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METHOD AND APPARATUS FOR SPAN AND three-dimensional object 110 is translated, scaled and 

SUBSPAN SORTING RENDERING SYSTEM placed in the viewing point's 130 coordinate system based 

on (x„ y „ yeye , z ). The object 120 is projected onto the 
This is a continuation of application Ser. No. 08/686,535 viewing plane 102 thereby correcting for P^P^-At 

fii r uL 26 n ^^b]f^i£ v ™ 5 

application No. 60/001,529, filed Jul. 26, 1995. ^ ^ caQ be ^ ^ by hiddeQ surface removal 

FIELD OF THE INVENTION techniques. The object is finally translated to screen 

ThP fielH nf this invention is twofold- 1) three- coordinates, based on (x scrven , y screen , z sc „ en ) t where z 
tZl^nlX ^S^SS-r memories, 10 is going perpendicularly into the page. Points on the object 
aJmore spedfically Content Addressable Memories now have their x and y coordinates described by pixel 
(C AU\ s P ccmt - dll >' location (and fractions thereof) within the display screen 104 

(CAM). and their z coordinates m a scaled version of distance from 

BACKGROUND OF THE INVENTION the viewing poin t 130. 

Three-Dimensional Computer Graphics J5 Because many different portions of geometry can affect 

Computer graphics is the art and science of generating the same pixel, the geometry representing the surfaces 
pictures with a computer. Generation of pictures, or images closest to the scene viewing point 130 must be determined, 
is commonly called rendering. Generally, in three- Thus, for each pixel, the visible surfaces within the volume 
dimensional (3D) computer graphics, geometry that repre- subtended by the pixel's area determine the pixel color 
sents surfaces (or volumes) of objects in a scene is translated 2Q value, while hidden surfaces are prevented from affecting 
into pixels stored in a frame buffer, and then displayed on a the pixel. Non-opaque surfaces closer to the viewing point 
display device. Real-time display devices, such as CRTs than the closest opaque surface (or surfaces, if an edge of 
used as computer monitors, refresh the display by continu- geometry crosses the pixel area) affect the pixel color value, 
ously displaying the image over and over. This refresh while all other non-opaque surfaces are discarded. In this 
usually occurs row-by-row, where each row is called a raster 25 document, the term "occluded" is used to describe geometry 
line or scan line. In this document, raster lines are numbered which is hidden by other non-opaque geometry, 
from bottom to top, but are displayed in order from top to Many techniques have been developed to perform visible 

bottom. surface determination, and a survey of these techniques are 

In a 3D animation, a sequence of images is displayed, incorporated herein by reference to: "Computer Graphics: 
giving the illusion of motion in three-dimensional space. 30 Principles and Practice", by Foley, van Dam, Feiner, and 
Interactive 3D computer graphics allows a user to change his Hughes, Chapter 15: Visible-Surface Determination, pages 
viewpoint or change the geometry in real-time, thereby 649 to 720, 2nd edition published by Addison-Wesley Pub- 
requiring the rendering system to create new images on-the- lishing Company. Reading, Mass., 1990, reprinted with 
fly in real-time. corrections 1991, IBSN 0-201-12110-7 (hereinafter referred 

In 3D computer graphics, each renderable object gener- 3 5 to as the Foley Reference). In the Foley Reference, on page 
aUy has its own local object coordinate system, and therefore 650, the terms "image-precision" and "object-precision are 
needs to be translated 202 (or transformed) from object defined: "Image-precision algorithms are typically per- 
coordinates to pixel display coordinates. Conceptually, this formed at the resolution of the display device, and determine 
is a 4-step process: 1) translation (including scaling for size the visibility at each pixel. Object-precision algorithms are 
enlargement or shrink) from object coordinates to world 40 performed at the precision with which each object is defined, 
coordinates, which is the coordinate system for the entire and determine the visibility of each object." 
scene; 2) translation from world coordinates to eye As a rendering process proceeds, most prior art Tenderers 
coordinates, based on the viewing point of the scene; 3) must compute the color value of a given screen pixel 
translation from eye coordinates to perspective translated multiple times because multiple surfaces intersect the vol- 
eye coordinates, where perspective scaling (farther objects 45 ume subtended by the pixel. The average number of times a 
appear smaller) has been performed; and 4) translation from pixel needs to be rendered, for a particular scene, is called 
perspective translated eye coordinates to pixel coordinates, the depth complexity of the scene. Simple scenes have a 
also called screen coordinates. Screen coordinates are points depth complexity near unity, while complex scenes can have 
in three-dimensional space, and can be in either screen- a depth complexity of ten or twenty. As scene models 
precision (i.e., pixels) or object-precision (high precision 50 become more and more complicated, Tenderers will be 
numbers, usually floating-point), as described later. These required to process scenes of ever increasing depth corn- 
translation steps can be compressed into one or two steps by plexity. Thus, for most renders, the depth complexity of a 
precomputing appropriate translation matrices before any scene is a measure of the wasted processing. For example, 
translation occurs. Once the geometry is in screen for a scene with a depth complexity of ten, 90% of the 
coordinates, it is broken into a set of pixel color values (that 55 computation is wasted on hidden pixels. This wasted corn- 
is "rasterized") that are stored into the frame buffer. Many putation is typical of hardware Tenderers that use the simple 
techniques are used for generating pixel color values, includ- Z-buffer technique (discussed later herein), generally chosen 
ing Gouraud shading, Phong shading, and texture mapping. because it is easily built in hardware. Methods more com- 
Asummary of the prior art rendering process can be found plicated that the Z-buffer technique have heretofore gener- 
ic "Fundamentals of Three-dimensional Computer 60 ally been too complex to build m a cost-effective manner. An 
Graphics" by Watt, Chapter 5: The Rendering Process, important feature of the method and apparatus invention 
pages 97 to 113, published by Addison-Wesley Publishing presented here is the avoidance of this wasted computation 
Company Reading, Mass., 1989, reprinted 1991, ISBN by eliminating hidden portions of geometry before they are 
0-201-15442-0 (hereinafter referred to as the Watt rasterized, while still being simple enough to build m 
Reference). 65 cost-effective hardware. 

PIG 1 shows a three-dimensional object, a tetrahedron When a point on a surface (frequently a polygon vertex) 
110, with its own coordinate axes (x 0 ^, y obj7 z obs ). The is translated to screen coordinates, the point has three 
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coordinates- 1) the x-coordinate in pixel units (generally here, thus providing computational savings. The sixth step, 
including a fraction); 2) the y-coordinate in pixel units perspective divide 212, does perspective correction for the 
(generally including a fraction); and 3) the z-coordinate of projection of objects onto the viewing plane 102. At this 
the point in either eye coordinates, distance from the virtual point, the points representing vertices of polygons are con- 
screen, or some other coordinate system which preserves the 5 verted to pixel-space coordinates by step seven, the screen 
relative distance of surfaces from the viewing point. In this space conversion 214 step. The eighth step, set up for 
document, positive z-coordinate values are used for the incremental render 216, computes the various begin, end, 
"look direction" from the viewing point, and smaller values and i ncreme nt values needed for edge walking 218 and span 
indicate a position closer to the viewing point. interpolation 220 (e.g.; x, y, and z-coordinates; RGB color; 

When a surface is approximated by a set of planar 10 texture map space u and v-coordinates; etc.). 

polygons, the vertices of each polygon are translated to within the drawing intensive functions 260, edge walking 

screen coordinates. For points in or on the polygon (other 2 18 incrementally generates horizontal spans for each raster 

than the vertices), the screen coordinates are interpolated ^ of ^ display device by incrementing values from the 

from the coordinates of vertices, typically by the processes previously generated span (in the same polygon), thereby 

of edge walking 218 and span interpolation 220. Thus, a 15 « wa HQug» vertically along opposite edges of the polygon, 

z-coordinate value is generally included in each pixel value similarly, span interpolation 220 "walks" horizontally along 

(along with the color value) as geometry is rendered. a span tQ generate pixel values, including a z-coordinate 

Generic 3D Graphics Pipeline va i ue indicating the pixel's distance from the viewing point 

Many hardware Tenderers have been developed, and an 130, By comparing this z-coordinate value to the corre- 

example is incorporated herein by reference: "Leo: A system 20 sponding value stored in the Z-buffer, the z-buffered blend 

for Cost Effective 3D Shaded Graphics", by Deering and 222 either keeps the new pixel values (if it is closer to the 

Nelson, pages 101 to 108 of SIGGRAPH 93 Proceedings, viewing point than previously stored value for that pixels 

Aug. 1-6, 1993, Computer Graphics Proceedings, Annual location) by writing it into the frame buffer 224, or discards 

Conference Series, published by ACM SIGGRAPH, New the new p ix e i values (if it is farther). At this step antialiasing 

York, 1993, Softcover ISBN 0-201-58889-7 and CD-ROM 2 5 methods (discussed in the next section) can blend the new 

ISBM 0-201-56997-3 (Hereinafter referred to as the Deering p ix e i color with the old pixel color. 

Reference). The Deering Reference includes a diagram of a ^ g ene ric 3D graphics pipeline 200 includes a double 

generic 3D graphics pipeline 200 (i.e., a Tenderer, or a buffered frame buffer 224, so a double buffered MUX 226 is 

rendering system) that is describes as "truly generic, as at the a]s0 mclu ded. An output lookup table 226 is included for 

top level nearly every commercial 3D graphics accelerator 30 translating color map values. Finally, digital to analog 

fits this abstraction", and this pipeline diagram is reproduced conversion 228 makes an analog signal for input to the 

here as FIG. 2. Such pipeline diagrams convey the process display device. 

of rendering, but do not describe any particular hardware. Amajor drawback t0 the generic 3D graph ics pipeline 200 

This document presents a new graphics pipeline 400 that fc ^ drawing ^^ive functions 260 are not deterministic 

shares some of the steps of the generic 3D graphics pipeline 35 at ^ - { kvel giveQ a fixed number of polygons. That is, 

200. Each of the steps in the generic 3D graphics pipeline q & fixed Qumber of polygonS) more pixel-level com- 

200 will be briefly explained here, and are also shown in the tation ^ require d as the average polygon size increases, 

method flow diagram 300 of FIG. 3. Processing of polygons However the floating-point intensive functions 250 are 

is assumed throughout this document, but other methods for roportio ' nal t0 the num ber of polygons, and independent of 

describing 3D geometry could be substituted. For simplicity 40 &e avefage polygOD size . Therefore, it is difficult to balance 

of explanation, triangles are used as the type of polygon in ^ of ^^^0^ po Wer between the floating- 

the described methods. point ^tensive functions 250 and the drawing intensive 

As seen in FIG. 2, the first step within the floating-point factions 260 because this balance depends on the average 

intensive functions 250 of the generic 3D graphics pipeline po lygon size 

200 is the transformation step 202, which was described 45 ^ renderer > s pixd drawing computational require- 
above. Hie transformation step 202 is also shown in FIG. 3 ^ would be proportional to the number of pixels in the 
as the first step in the outer loop of the method flow diagram m ^ ^ ^ number of pixek m ^ the 
300, and also includes "get next polygon . The second step, { [n the view vo i ume 106. This ideal is achieved by 
the clip test 204, checks the polygon to see if it is at least f h /f nvention described here because hidden geometry is 
partially contained in the view volume 106 (sometimes 50 nmQyod ^ ^ intensive functions are per- 
shaped as a frustum). If the polygon is not in the view formed ^ ^ mveQtion descr ibed here, computational load 
volume 106, it is discarded; otherwise processing continues. bahn . fe not a 51em because the amoU nt of floating- 
The third step is face determination 206, where polygons compu tation is essentially independent of the amount 
facing away from the viewing point are discarded. ^ f drawing computation. 
Generally, face determination 206 is applied only to objects 55 1 
that are closed volumes. The fourth step, lighting computa- Antialiasing 

tion 208, generally includes the set up for Gouraud shading In this document, pixels were defined to be the smaUest 

and/or texture mapping with multiple light sources of vari- individually controllable element of the display device. But 

ous types, but could also be set up for Phong shading or one because images are quantized into discrete pixels, spatial 

of many other choices. The fifth step, clipping 210, deletes 60 aliasing occurs. A typical aliasing artifact is a staircase 

any portion of the polygon that is outside of the view volume effect cause when a straight line or edge cuts diagonally 

106 because that portion would not project within the across rows of pixels. An ideal antialiased image eliminates 

rectangular area of the viewing plane 102. Generally, poly- this "staircase" effect by calculating, for each pixel, an 

gon clipping 210 is done by splitting the polygon into two average color by taking into account partial coverage by the 

smaller polygons that both project within the area of the 65 visible surfaces within the pixel's area, 

viewing plane 102. Polygon clipping is computationally Some rendering systems reduce aliasing effects by divid- 

expensive, but its need is avoided in the invention presented ing pixels into subpixels, where each sub-pixel can be 
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colored independently. When the image is to be displayed, 
the colors for all sub-pixels within each pixel are blended 
together to form an average color for the pixel. A Tenderer 
that uses 16 sub-pixels per pixel is described in "Reality- 
Engine Graphics", by Akeley, pages 109 to 116 of SIG- 
GRAPH 93 Proceedings, Aug. 1-6, 1993, Computer Graph- 
ics Processings, Annual Conference Series, published by 
ACM SIGGRAPH, New York, 1993, Softcover ISBN 
0-201-58889-7 and CD-ROM ISBN 0-201-56997-3 
(hereinafter referred to as the Akeley Reference). The draw- 
back with using subpixels is the increase in computation due 
to computing color values at every subpixel. In the Akeley 
Reference, the increase in computation is reduced by only 
dividing a pixel into sub-pixels when the pixel is crossed by 
a line or an edge of a polygon. This reduction becomes less 
significant as the number of polygons increases. In other 
words, if the image is made up of lots of small overlapping 
polygons, then most pixels will need to be divided. Utiliza- 
tion of subpixels is an image-precision antialiasing tech- 
nique. 

Another prior art antialiasing method is the a-Buffer used 
to perform alpha blending (this technique is also included in 
the Akeley Reference), and is described in "The A-buffer, an 
Antialiased Hidden Surface Method" by L. Carpenter, SIG- 
GRAPH 1984 Conference Proceedings, pp. 103-108 
(hereinafter referred to as the Carpenter Reference). The 
A-buffer is an image-precision antialiasing technique that 
reduces aliasing by keeping track of the percent coverage of 
a pixel by a rendered polygon. The main drawback to this 
technique is the need to sort polygons front-to-back (or 
back-to-front) at each pixel in order to get acceptable 
antialiased polygons. 

An ideal antialiasing method would perform object- 
precision computations to precisely identify the visible 
portions of geometry. This would require comparing edges 
of polygons to each other in order to determine the fraction 
of each pixel covered by each polygon. The invention of this 
document performs object-precision antialiasing within each 
scan line, thus achieving this ideal. 

Z-bufTers 

Stated simply, the Z-buffer stores, for every pixel, the 
z-coordinate of the closest geometry (to the viewing point) 
that affects the pixel. Hence, as new pixel values are 
generated, each new pixel's z-coordinate is compared to the 
corresponding location in the Z-buffer. If the new pixel's 
z-coordinate is smaller (i.e., closer to the viewing point), this 
value is stored into the Z-buffer and the new pixel's color 
value is written into the frame buffer. If the new pixel's 
z-coordinate is larger (i.e., farther from the viewing point), 
the frame buffer and Z-buffer values are unchanged and the 
new pixel is discarded. The Z-buffer is an image-precision 
visible surface determination technique. 

A flow diagram including the prior art Z-buffer method is 
shown in FIG. 3. The main drawback to the Z-buffer hidden 
surface removal method is the requirement for geometry to 
be converted to pixel values before hidden surface removal 
can be done. This is because the keep/discard decision is 
made on a pixel-by-pixel basis. In contrast, the invention of 
this document performs hidden surface removal at a higher 
level by processing spans rather than pixels. For scenes with 
any significant depth complexity, pixel-by-pixel hidden sur- 
face removal introduces much wasted computation by 
requiring all geometry within the view volume to be con- 
verted to pixels, even though most are hidden and, therefore, 
thrown away. In hardware rendering systems, pixel color 
generation (shading, texture mapping, etc.) often happens in 
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parallel with the Z-buffer comparison test, thereby com- 
pounding the wasted computation because much of the 
computation is associated with color generation, and most of 
the pixels are thrown away. Furthermore, the Z-buffer 

5 memory operation is a read-modify-write cycle, generally 
requiring the Z-buffer memory input/output bus to change 
directions twice when writing pixels into the frame buffer, 
thereby causing a bottleneck in the renderer. This bottleneck 
does not occur in the apparatus and method of the docu- 
ment's invention. 

Prior art Z-buffers are based on conventional Random 
Access Memory (RAM), Video RAM (VRAM), or special 
purpose DRAMs. One example of a special purpose DRAM 
is presented in "FBRAM: A new form of Memory Opti- 
mized for 3D Graphics", by Derring, Schlapp, and Lavelle, 

15 pages 167 to 174 of SIGGRAPH 94 Proceedings, Jul. 24-29, 
1994. Computer Graphics Proceedings, Annual Conference 
Series, published by ACM SIGGRAPH, New York, 1994, 
Softcover ISBN 0-201-607795-6. 
Geometry Databases 

10 The geometry needed to generate a renderable scene is 
store din a database. This geometry database can be a simple 
display list of graphics primitives or a hierarchically orga- 
nized data structure. In the hierarchically organized geom- 
etry database, the root of the hierarchy is entire database, and 

i5 the first layer of subnodes in the data structure is generally 
all the objects in the "world" which can be seen from the 
viewpoint. Each object, in turn, contains subobjects, which 
contain sub-subobjects; thus resulting in a hierarchial "tree" 
of objects. Hereinafter, the term "object" shall refer to any 

J0 node in the hierarchial tree of objects. Thus, each subobject 
is an object. The term "root object" shall refer to a node in 
the first layer of submodes in the data structure. Hence, the 
hierarchical database for a scene starts with the scene root 
node, and the first layer of objects are root objects. 

Hierarchical databases of this type are used by the Pro- 
grammer's Hierarchical Interactive System (PHIGS) and 
PHIGS PLUS standards An explanation of these standards 
can be found in the book, "A Practical Introduction to 

4Q PHIGS and PHIGS PLUS", by T. L. J. Howard, et. al, 
published by Addison- Wesley Publishing Company, 1991, 
ISBN 0-201-41641-7 (incorporated herein by reference and 
hereinafter called the Howard Reference). The Howard 
Reference describes the hierarchical nature of 3D models 

45 and their data structure on pages 5 through 8. Hierarchical 
models can provide a separate transformation matrix at each 
layer of the hierarchy, thereby making it possible to move 
models or parts of a models simply by changing a transfor- 
mation matrix. This allows non-changing model geometry 

5Q (in object coordinates) to be used as moving objects in an 
animation. 

Content Addressable Memories 

Most Content Addressable Memories (CAM) perform a 
bit-for-bit equality test between an input vector and each of 

55 the data words stored in the CAM. This type of CAM 
frequently provides masking of bit positions in order to 
eliminate the corresponding bit in all words from affecting 
the equality test. It is inefficient to perform magnitude 
comparisons in a equality-testing CAM because a large 

50 number of clock cycles is required to do the task. 

CAMs are presently used in translation look-aside buffers 
within a virtual memory systems in some computers. CAMs 
are also used to match addresses in high speed computer 
networks. CAMs are not used in any practical prior art 

65 renders. 

Magnitude Comparison CAM (MCCAM) is defined here 
as any CAM where the stored data are treated as numbers, 
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and arithmetic magnitude comparisons (i.e. less-than, 
greater-than, less-than-or-equal-to, etc.) are performed on 
the data in parallel. This is in contrast to ordinary CAM 
which treats stored data strictly as bit vectors, not as 
numbers. An MCCAM patent, included herein by reference, 
is U.S. Pat. No. 4,996,666, by Jerome F. Duluk Jr., entitled 
"Content- Addressable Memory System Capable of Fully 
Parallel Magnitude Comparisons", granted Feb. 26, 1991 
(hereinafter referred to as the Duluk Patent). Structures 
within the Duluk Patent specifically referenced shall include 
the prefix "Duluk Patent" (for example, "Duluk Patent 
MCCAM Bit Circuit"). MCCAMs are not used in any prior 
art Tenderer. 

The basic internal structure of an MCCAM is a set of 
memory bits organized into words, where each word can 
perform one or more arithmetic magnitude comparisons 
between the stored data and input data. In general, for an 
MCCAM, when a vector of numbers is applied in parallel to 
an array of words, all arithmetic comparisons in all words 
occur in parallel. Such a parallel search comparison opera- 
tion is called a "query" of the stored data. 

The invention described here augments the capability of 
the MCCAM by adding various features, including the 
ability to perform sorting. This new type of MCCAM is call 
Sorting Magnitude Comparison CAM (SMCCAM). 

SUMMARY OF THE INVENTION 

Computer graphics is the art and science of generating 
pictures or images with a computer. This picture generation 
is commonly referred to as rendering. The appearance of 
motion, for example in a 3 -Dimensional animation is 
achieved by displaying a sequence of images. Interactive 
3-Dimensional (3D) computer graphics allows a user to 
change his or her viewpoint or to change the geometry in 
real-time, thereby requiring the rendering system to create 
new images on-the-fly in real-time. Therefore, real-time 
performance in color, with high quality imagery is becoming 
increasingly important. 

The inventive apparatus and method provide a data shift- 
ing capability that permits sorting the data in addition to 
searching. It also provides a new way to perform a simple 
search of a spatial database based on a rectangularly shaped 
search region or range search. The range search may be 
performed in a special new Sorting Magnitude Comparison 
Content Addressable Memory (SMCCAM) apparatus. This 
SMCCAM provides a magnitude comparison content 
addressable memory wherein the data stored in the fields in 
each word of the memory may be shifted to corresponding 
fields in an adjacent word, where this shifting is condition- 
ally performed based on the results of the magnitude com- 
parisons. 

The 3D graphics method stores the parameters of a 
polygon span in a spatial database, and a query operation is 
performed on the database to determine which of those 
spans, or portions of spans, are visible. The spatial database 
of spans can be stored in an SMCCAM. The SMCCAM 
apparatus is significant because its operation is fast enough 
to support real time operation, such as for standard and 
emerging video technologies (NTSC, PAL, HDTV, and the 
like), visual flight simulators, virtual reality image 
generators, and the like, among other applications. 

Since the range search is used, it introduces a conservative 
approximation of the ideal Occluding Region. An Occluding 
Test is provided which defines an Occluding Test Region as 
an approximation to the ideal Occluding Region. A rule 
based method is used when comparing the Current Span 
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Portion with the New Span, where the New Span is found by 
the Occluding Test and read out of the data structure stored 
in memory. That memory may advantageously be the 
SMCCAM, or it may be a conventional memory that imple- 
ments the spatial data structure with conventional spatial 
database methods. Based on the results of the comparison, 
one rule out of several possible simple rules are selected and 
applied to determine which piece of the current Span is 
visible, if any. Several alternative rules are described. 

Multiple alternative span representations are provided, 
including a Segment Span, Trapezoidal Span, and Quadri- 
lateral Span. Each of these Spans is defined by its own set 
of span parameters, of which they are multiple selections of 
each. The span parameters are stored in a data structure in 
memory, which may be implemented by the SMCCAM, and 
are used during the query search operation. Each of these 
Span types have their own advantages. For example, a 
Trapezoidal Span or a Quadrilateral Span provides superior 
antialiasing performance than provided by a Segment Span. 
This performance advantage is achieved by preserving the 
left and right edge information of the polygon within a 
particular raster line. Several ways to handle the query 
operation for Trapezoidal and Quadrilateral Spans are 
described. 

Spatial searching and sorting apparatus and methods are 
provided such that spatial searching and sorting can be used 
to properly render transparent polygon spans in front-to- 
back or back-to -front order. 

As a possible improvement to the method and apparatus, 
rather than using two distinct memories (Bucket Sort 
Memory and Current Polygon Memory) to store polygon 
geometry information once they have translated to screen 
coordinates, a single memory (Sort Memory) can be used to 
store the polygon geometry information. This can be done 
by replacing the Current Polygon Memory with a list of 
pointers into the Sort Memory, thereby eliminating copying 
Polygon Parameters form Bucket Sort Memory to Current 
Polygon Memory. 

As another possible improvement for trapezoidal spans 
and quadrilateral spans, the spatial data structure can store 
the parameters of the entire span, and when the span is read 
form the data structure, a set of subspans is generated on the 
fly, where these subspans are vertically distributed over the 
height of the full span, and each subspan is a segment span. 
The rule for comparing the Current Span Portion to the New 
Span are applied on a subspan-by-subspan basis, thereby 
providing additional polygon edge information within a 
raster line, which, in turn, provides antialiasing. Once again, 
for real-time performance, the spatial data structure can be 
stored in a SMCCAM. 

The inventive apparatus, system, and method also provide 
several options and enhancements to the basic system. These 
include, by way of example: preservation of rendering order, 
utilization of a single-buffered frame buffer for increased 
compatibility with conventional video cards, the ability to 
selectively turn on or off antialiasing on specific polygon 
edges, the ability to store edge-pairs rather than polygons 
thereby simplifying downstream processing, the ability to 
eliminate the Current Polygon Memory by replacing it with 
a list of pointers, the ability to add clipping planes (front, 
rear, and/or arbitrary), provision of the Geometry Cache for 
storing geometry as it is input for rendering, flexible options 
for the number of pages of Span Memory and Page Memory 
I/O bus architecture, support for geometry primitives other 
than polygons (such as CSG primitives), and alternatives 
that support the inventive method in conventional hardware 
with some performance compromises. 
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A BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1: An object in three-dimensional space, its projec- 
tion onto the viewing plane, and its image one a display 
screen. 

FIG. 2: Generic rendering pipeline from the Deering 
Reference (prior art). 

FIG. 3: Method flow diagram for the standard Z-buffer 
method (prior art). 

FIG. 4: The Span Sorting Rendering Pipeline. The Span 
Memory can be implemented with a SMCCAM 800. 

FIG. 5: A block diagram of the Span Sorting Rendering 
Architecture. 

FIG. 6: An example of nine polygons showing how they 
intersect the display screen and how they are included in a 
particular raster line. 

FIG. 7 including FIG. 7A-7C: Three ways to model a 
polygon span: 1) a line segment; 2) a trapezoid; and 3) a 
quadrilateral. 

FIG. 8: Data organization within the Sorting Magnitude 
Comparison Content Addressable Memory 800 (SMCCAM 
800). 

FIG. 9: SMCCAM Word 900 block diagram. 

FIG. 10: The area covered by a Span Occluding Test 
query, including two Potentially Occluding Spans. 

FIG. 11: An example set of spans on one raster line, 
shown in x-z space. 

FIG. 12: The same example set of spans as shown in FIG. 
11, except with bounding boxes around each span. 

FIG. 13: The Span Sorting Rendering Method 1300 flow 
diagram. 

FIG. 14: The Process Polygon Method 1400 flow 
diagram, part of the Span Sorting Rendering Method 1300. 

FIG. 15: The Process Current Polygon Memory Method 
1500 flow diagram, part of the Span Sorting Rendering 
Method 1300. 

FIG. 16: The Process Bucket Sort Memory Method 1600 
flow diagram, part of the Span Sorting Rendering Method 
1300. 

FIG. 17: The Write Span Parameters Method 1700 flow 
diagram. 

FIG. 18: The Simplified Span Rasterization Method 1800 
flow diagram, part of the Span Sorting Rendering Method 
1300. 

FIG. 19: Span interaction nomenclature definitions. 

FIG. 20 including 20A-20WW: The 36 varieties of Span 
Interaction Types. 

FIG. 21: Segment Span Rasterization Method 2100 flow 
diagram, part of the Span Sorting Rendering Method 1300. 

FIG. 22: Rule 1 2200 method flow diagram, part of 
Segment Span Rasterization Method 2100. 

FIG. 23: Rule 2 2300 method flow diagram, part of 
Segment Span Rasterization Method 2100. 

FIG. 24: Rule 3 2400 method flow diagram, part of 
Segment Span Rasterization Method 2100. 

FIG. 25: Rule 4 2500 method flow diagram, part of 
Segment Span Rasterization Method 2100. 

FIG. 26: Rule 5 2600 method flow diagram, part of 
Segment Span Rasterization Method 2100. 

FIG. 27: An example raster line with fifteen spans. The 
bounding box of each span is shown as well as each span's 
x L location along the x axis. 

FIG. 28: Timing diagram for phase-locked raster line 
processing and display. 
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FIG. 29: Timing diagram for single buffered frame buffer. 

FIG. 30: Timing diagram for single buffered from buffer 
where span rasterization covers more than one screen dis- 
play time. 

5 FIG. 31: Block diagram of the Span Processor hardware 
architecture. 

FIG. 32: Block diagram of the Comparison and Offset 
Computation block within the Span Processor. 
10 FIG. 33: Prior art MCCAM CMOS bit ceU. 

FIG. 34: A "TTL type" circuit for an SMCCAM bit cell. 

FIG. 35: A CMOS circuit for the SMCCAM bit cell that 
uses static storage for the master half of the master-slave 
flip-flop. 

15 FIG. 36: A CMOS circuit for the SMCCAM bit cell that 
uses dynamic storage for both halves of the master-slave 
flip-flop. 

FIG. 37: An array of SMCCAM bit cells. 
20 FIG. 38: Multiple spans vertically within a raster line. 
FIG. 39: Two trapezoidal spans working together to 
occlude farther spans that would be visible if the shown 
trapezoidal spans did not work together. 
FIG. 40: An example set of trapezoidal spans, shown in 
25 x-z space. 

FIG. 41: SOT Query for Processing Top and Bottom 
Separately 

FIG. 42: An example set of trapezoidal spans used to 
30 illustrate the Trapezoidal Span Rasterization Method version 
that does occlusion processing on span tops and span 
bottoms separately. 

FIG. 43: SOT Query for processing every visibility tran- 
sition 

35 FIG. 44: SOT Query with Complex Shape 
FIG. 45: SOT Query with Wider Search Area 
FIG. 46: A set of segment spans in a raster line where the 
visible opaque surfaces are shown as thick black lines and 
the visible translucent spans are shown as thick shaded lines. 
40 FIG. 47: Approximating trapezoidal spans using only one 
z-value per endpoint changes the spans into quadrilateral 
spans. 

FIG. 48: An example set of quadrilateral spans, shown in 
45 x-z space. 

FIG. 49: Span Sorting Rendering Pipeline with Direct 
Span Generation. 

FIG. 50: Span Sorting Renderer Architecture with Direct 
Span Generation. 
50 FIG. 51: An alternate set of Polygon Parameters as stored 
in Sort Memory 4904. 

FIG. 52: Generic triangle parameters. 

FIG. 53: An alternate span representation as stored in the 
Span Parameter Registers 3104. 
55 FIG. 54: An alternate span representation as sent to the 
Rasterize Processor 512. 

FIG. 55: An alternate set of Span Parameters as stored in 
Span Memory 408. 
60 FIG. 56: Multiple trapezoidal spans can be generated 
when a corner is included. 

DETAILED DESCRIPTIONS OF THE 
INVENTION 

65 Span Sorting Rendering Pipeline 

FIG. 4 shows the Span Sorting 3D Graphics Pipeline 400, 
where the first six steps are defined as the process polygon 
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1400 steps. The first five steps (transformation 202, clip test If a polygon intersects the right or left edges of the display 

204, face determination 206, lighting 208, and perspective screen 104, they y start™* Vend should be the first and last 

divide 212) are the same as the five of the first six steps in raster lines that is affected by the polygon within the display 

the Generic 3D Graphics Pipeline 200. The clip 210 step is screen 104. In FIG. 6, an example polygon 606 begins at y A 

omitted because the Span Sorting 3D Graphics Pipeline 400 5 6 °8 and ends at y^ 610. Another example polygon 612 

operates in object -precision, and coordinates are not limited begins at y c 614 and ends at raster fine zero. The effects of 

to the area of the display screen 104. Elimination of the clip ! ne ri g ht and left edges of me display screen 104 can be 

210 step allows all polygons in the view volume 106 to be ignored, but then span generation 1500 will create spans that 

treated the same. However, the clip 210 step can be inserted ? re not within the display screen 104, and therefore must test 

if desired. The Span Sorting 3D Graphics Pipeline 400 can 10 for * his ' a nd throw away such spans, 

be built with dedicated hardware, done completely in Computation of the span derivative, d (i.e., 6z/6x), can be 

software, or a combination of the two. Hereinafter, a dedi- COmpUted m 0ne of c °nventK>nal ™ys. 
cated hardware implementation is assumed, and a new 

apparatus is described. d = — (EQ3) 

The top-level block diagram of the new apparatus is 15 
shown in FIG. 5. The process polygon 1400 steps are 

performed in the Polygon Processor 502. The last step ^ s P an derivative is constant for each planar polygon and 
performed by the Polygon Processor 502 is the computation can have either a positive or a negative value, 
of the Polygon Parameters 402. The Polygon Parameters, Writing into the Bucket Sort Memory 404 is done accord- 
output by the Polygon Processor 502, describe a polygons as 20 mg to for each polygon. There is one "bucket" per 

needed by the rest of the Span Sorting 3D Graphics Pipeline raster hne ' and a P° 1S P Iace * mt ° ^ 0De bu k c * et ! hat 
4QQ r & r r corresponds to its starting raster line. Within each bucket, 

polygons do not need to be sorted. Management of the data 

For each polygon, Polygon Parameters are written into the m the Bucket Sort Memory 404 is done by the Bucket Sort 

Bucket Sort Memory 400, and include: 1) the location in Processor 504, which can do the sort with one linked list per 

object-precision screen coordinates of the polygon vertics, 25 bucket. In addition, the Bucket Sort Memory 404 can be 

v i> v 2> v 3> etc., defined respectively as: (x l9 y l7 zj, (x 2 , y 2 , double buffered so the write operations associated with a 

( x 3> y$> z 3)> etc.; 2) color information, including such scene can be performed concurrently with read operations 

things as vertex colors for Gouraud (or Phong) shading from the previous scene. 

and/or texture mapping parameters; 3) the edge derivatives If all the color information described above is stored into 
of x and z with respect to y (i.e., 8x/5y and Sz/Sy) for each 30 the Bucket Sort Memory 404, it must be carried along, 
edge; 4) starting raster line (or topmost), y S7ART ; 5) ending through the span Sorting Renderer 500 (see FIG. 5) all the 
raster line (or bottommost), y END \ and 6) the span derivative ^ay t0 tne Rasterize Processor 512. Alternatively, the color 
of z with respect to x (i.e., 5x/8y), assigned to the variable information in the Bucket Sort Memory 404 can be replaced 
d. The last four in this list need to be computed 402, and this b ? an ^formation pointer, and then stored into a separate 
is done in the Polygon Processor 502 35 Pol yg°n Information Memory 514. The information pointer 

Assuming the polygons are triangles, the edge derivatives \ m a ^ eSS int °. t! f Pol ^ on Information Memory 514 
are computed as where all the color information for the polygon is stored, and 

can be used by the Rasterize Processor 512 to read the color 
information. The information pointer is carried along to the 
(EQ 1 ) 40 Rasterize Processor 512. This saves expensive hardware 
memory throughout the Span Sorting Renderer 500 because 
the information pointer has very few bits when compared to 
all the color information for a polygon. This savings can be 
done because: 1) the color information is constant over the 
When the starting raster fine, y S7ART> and the ending raster 45 entire P ol yg on > ^d so can be shared by all the spans of the 
fine, y END , are computed, the edges of the display screen 104 P ol yg° n i ^d 2) the color information is not needed until 
must generally be taken into account. FIG. 6 shows a display visible s P an Po rtions ^e colored by the Rasterize Processor 
screen 104 with eight polygons (in this case, triangles), some 5U ' ^ use of tDe information pointer and the Polygon 
of which intersect the edges of the display screen 104. If a Information Memory 514 will be assumed in the rest of this 
polygon does not intersect the right or left edges of the 50 document. 

display screen 104, then y^^ and y ENr> are computed by: Wlthm the s P an Sortin g Renderers 500, a list is kept in the 

Current Polygon Memory 406 of all the polygons that affect 
ysTAR7=MinOf(y MAX , intPartOf (MaxOf^ y2l y 3 , . . . ))) the raster line that is currently being rendered. Hence, when 

^MaxOf^mtPartOfCMiBOfCy,^^,...))) (EQ 2) * e rendering of a scene begins, the Current Polygon 

55 Memory 406 is empty. During rendering, when a particular 
The computation of y S7ART nrst finds the maximum of the raster line is reached, all the polygons that have their 
y-coordinates of the vertices of the polygon, thereby finding at that raster line (i.e., that particular bucket) are read from 
the "uppermost" y-coordinate in the polygon. Then, the the Bucket Sort Memory 404 and added to the Current 
function IntPartOfO takes the "integer part of the upper- Polygon Memory 406. As rendering proceeds, polygons are 
most y-coordinate, thereby computing the raster line of the 60 deleted from the Current Polygon Memory 406 as their y END 
"uppermost" y-coordinate in the polygon. Since the start of values are reached. The data in the Current Polygon Memory 
the polygon can not be above the topmost raster line in the 406 is managed by the Current Polygon Processor 506, 
display screen 104, the MinOf() function substitutes y^ if which performs the operation "process data from Bucket 
the polygon would start in a non-existent raster line. Com- Sort Memory 404" 1600, as shown in the pipeline diagram 
putation of y^^ is done similarly. FIG. 6 shows a polygon 65 400. Also, the Current Polygon Processor 506 feeds the 
602 that starts at y^^, and another 604 that ends at raster polygons that affect the raster line to the span Generation 
fine zero. Processor 508. 
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Starting at the beginning of the rendering of a raster line, line. In this way, the total amount of memory required is 

each polygon that has a span in that raster line is input to the only a few raster lines worth (the minimum is two), rather 

Span Generation Processor 508, which performs span gen- than the typical doubled buffer full display screen 104 frame 

eration 1600. The Span Generation Processor 508 uses the butter 224 required by prior art 3D graphics renders. This 

geometric properties of each polygon, including its edge 5 saves many megabytes of memory. The Raster Line Memory 

derivatives of Equation 1, to compute the location in object- 416 can store data for several raster lines in order for the 

precision screen coordinates of the left and right endpoints rasterization process to "work ahead" of the digital to analog 

of its span within the current raster line. The span can be converter 228, thereby providing some time cushion for 

modeled as a simple line segment, a trapezoid, or a raster lines that require more than the average amount of 

quadrilateral, as shown in FIG. 7. The geometric properties 10 time process. 

of the span are sent to the Query Processor 510, and those Having only enough memory for a few raster lines 

properties include: 1) coordinates of the left endpoint of the requires the Span Sorting Renders 500 architecture to keep 

span; 2) coordinates of the right endpoint of the span; 3) the up with the average raster line display rate. Therefore, if 

span derivative, d; and 4) the information pointer. The very large geometry databases (larger than the maximum 

coordinates of a span endpoint can be: 1) an (x,z) point 15 where the Span Sorting Renderer 500 can keep up) need to 

within the current raster line used when spans are modeled be rendered, the Raster Line Memory 416 can be replaced 

as line segments as in FIG. 7A; 2) two (x,z) points, one for with a doubled buffered full display screen 104 frame buffer 

the top edge of the current raster line and one for the lower 224. 

edge, used when spans are modeled as trapezoids as in FIG. Sorting Magnitude Comparison Content Addressable 

7B; or 3) an (x^, x^, z) triplet including one z-coordinate and 20 Memory 800 

an x-coordinate for the upper and lower edges of the current A Diagram of data storage 800 within a page of Span 

raster line, used when spans are modeled as quadrilaterals as Memory 406 is shown in FIG. 8. This data array can reside 

in FIG. 7C. Of the eight example polygons shown in FIG. 6, in typical random access memory (RAM) as a sorted data 

four of them 616, 618, 620, 622 have spans 626, 628, 630, structure, or reside in Sorting Magnitude Comparison Con- 

632 on the example current raster line 640. Note that one of 25 tent Addressable Memory (SMCCAM). The SMCCAM 

the example spans 626 starts at a negative x-value. implementation will be assumed in the rest of this document. 

For a given raster line, as geometric properties of spans An SMCCAM is a new type of MCCAM, and is corn- 
are output from the span Generation Processor 508, they are prised of a set of memory registers (or words), each work 
received by the Query Processor 510 that then writes them composed of a multiplicity of fields, where each field can: 1) 
all into one bank of the double buffered span Memory 406. 30 store a number, either as an integer or as a floating-point 
As the spans are written into the span Memory 406, they are number; 2) perform arithmetic comparisons between the 
sorted, in order of precedence, by: 1) the left x-coordinate; stored number and another number broadcast to all words; 
2) the left z-coordinate; and 3) the span derivative. Simul- and 3) shift is contents to the corresponding field in the next 
taneous to writing span data into one bank, the span data in word. When used as the span Memory 406 within the Span 
the order bank of Span Memory 406 is processed to discover 35 Sorting Renderer 500, the SMCCAM stores a set of spans 
visible span portions. and performs parallel searching and sorting operations to 

When the Query Processor 510 has completed processing find the visible span portions, 

the spans stored in one bank of the Span Memory 406, and As shown in FIG. 8, the data storage within the SMC- 

all the spans in the next raster lien have been received from CAM 800 is divided into SMCCAM Words 900, where each 

the span Generation Processor 508 and written into the other 40 word 900 stores and processes (by performing query 

bank, the two banks of the Span Memory 406 are swapped. operations) data corresponding to one span in the current 

After the bank swap, the Query Processor 510 and the Span raster line. The figure shows a total of W SMCCAM Words 

Memory 406 jointly perform arithmetic comparisons on the 900, numbered 0 to W-l. Each SMCCAM Word 900 

span data (hereinafter called query operations) and various includes seven numeric fields (and the variable name shown 

arithmetic operations to process 1800 or 2100 the spans and 45 here is for the nth word): 1) the Word Number Field 802, w, 

determine which spans or portions of spans are visible in the that is a fixed (i.e., read-only) unique identifying number for 

scene. These visible spans (or portions of spans) are sent to each word 900, skin to an address; 2) the Left X Field 804, 

the Rasterize Processor 512. A more detailed block diagram x^, that stores the x-coordinate of the left endpoint of a 

of the Query Processor 510 and the Span Memory 406 is span; 3) the Left Z Field 806, z^, that stores the 

shown as FIG. 31. 50 z-coordinate of the left endpoint of a span; 4) the Right X 

The Rasterize Processor 512 receives only spans (or Field 808, x^, that stores the x-coordinate of the right 

portions of spans) that are fully visible. To process each endpoint of a span; 5) the Right Z Field 810, z^, that stores 

span, the Rasterize Processor 512 performs the set up for the z-coordinate of he right endpoint of a span; 6) the span 

incremental span render 412 and then performs span inter- Derivative Field 812, d„, that stores the 5z/6x slope of the 

polation 220. Pixel color values are generated by utilizing 55 span; and 7) the Information Pointer Field 814, i n , that stores 

the data stored in the Polygon Information Memory 514 and a pointer into the Polygon Information Memory 514 for 

possibly also the Texture Map Memory 516. As pixel color color information for the span's polygon, 

values are generated, they are written into the Raster Line Each SMCCAM Word 900 also stores: 1) a Valid Flag 

Memory 416. 816, F„ v , a single bit value indicating whether the SMC- 

The Raster Line Memory 416 can store all the color pixel 60 CAM Word 900 is storing valid data; and 2) a Query Flag 

values for several complete raster lines. That is, it 416 stores 818, F nQ , a single bit value indicating whether the SMC- 

the color values for the raster line currently being fed to the CAM Word 900 responded positively to a query operation, 

digital to analog converter 228 (via the Rasterize Processor Both flag bits 816, 818 each have a corresponding "wired- 

512) as well as several subsequent raster lines. Once all the nor" bus that indicates whether all words 900 have the flag 

values for a particular raster line have been sent to the digital 65 bit turned off. Specifically, for the Valid Flag 816, F„ v , if F„ v 

to analog converter 228, the corresponding part of the Raster is false for all n (i.e., all words), then the signal Allwordsln- 

Line Memory 416 can be overwritten with another raster valid 990 is asserted. Similarly, if F^ is false for all n, then 
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the signal NullQueryResponse 992 is asserted. The two 
wired-nor signals, AUWordsInvalid 990 and NullQueryRe- 
sponse 992, provide the mechanism for query results to be 
fed back to the external controller (located in the Query 
Processor 510), so it can make decisions (i.e. "branches) 5 
about how to proceed within the method. 

The nomenclature for fields and flags 804 and 818 include 
the Word Number Field 802 value as the first part of the field 
subscript (e.g., z^ is in word 3). Later in this document, the 
number of fields in each word in increased to add various 10 
features to the Span Sorting Renderer 500. FIG. 8 shows two 
variable word indices, n and w, that are used throughout this 
document as references to SMCCAM Words 900. 

A block diagram of an SMCCAM Word 900 is shown as 
FIG. 9, where each of the seven fields 802 and 814 is shown. 15 



Additional example Boolean operations are shown in 
Equation 5, where x^, S^, x CR ; z CL > and Z CR are data 
broadcast to all SMCCAM Words 900 via the Array Busses 
910, and where n is the particular word 900 where the 
operation is taking place (this happens for all n, which 
means for all SMCCAM Words 900). 

F aff -F« l A(n-S^A(x^<x CT )A(x^>x a ,)A[(z m/ <z c/ ,)v(z aJf <z c/ ,)] 

F rtQ F flV ,AF nQ A((z^<z CL Mz«*ZcL)] 
F«o=F a vA(x /lt =x c/I )A(z^=z Cff ) 

F«<2="F^ v (*«i>*«.) v t( x -t= x AL)A(z /lL >2 A JM(x^=x Ai ,)A(z flL = 



The seven fields, x wL 804, z wL 806, x^ 808, z^ R 810, d M 
812, and i w 814, each have a corresponding data bus within 
the set of Array Busses 910: BusW 912, BusXL 914, BusZL 
916, BusXR 918, BusZR 920, BusD 922, and BusI 924. Six 
of the fields 802 to 812 are broken into a memory 902 or 904 
and a comparator 906 or 908. The Word Number Field 802 
includes: 1) a fixed memory 902; and 2) an equality com- 
parison circuit 906, used for query operations, that compares 
the fixed memory value 902 to the data on the input bus, 

BusW 912. Five of the fields 804 to 812 include: 1) a 25 corresponding Priority Resolver 840; 3) 
read/write memory 904; and 2) an arithmetic comparison Resolver 840 finds the first occurrence of a 



The query operation mechanism inherently performs a 
search operation on the data stored in the SMCCAM 800, 
and the search results are stored into the Query Flags 818. 
20 When data needs to be written into the SMCCAM 800, the 
following sequence occurs: 1) the Valid Flag Word 830 (or, 
for certain applications, the Query Flag Word 834 could be 
used) is chosen to determine the word 900 to be written; 2) 
the Valid Flag Word 830 contents are input to its 830 

the Priority 
logic "zero" 



circuit 906 (tests for less-than, etc.), used for query within the flag word 830, this is the first invalid word; 4) the 

operations, that compares the stored memory value 904 to SMCCAM Word 900 with the first occurrence of logic 

the data on the corresponding input bus. The seventh field, "zero" is the selected word 900, and the data on the Array 

the Information Pointer Field 814, i„, is simply a read/write 30 Busses 910 is stored into that word 900; and 5) the selected 

memory that does not generally participate in query opera- word 900 has its Valid Flag 816 asserted, indicating that 

t j ons word now contains valid data. 

Query operations are used for searching, sorting, reading, A read operation words similarly, with the following 

and writing into the array 800 of SMCCAM Words 900. A sequence: 1) the Valid Query Flag Word 834 is chosen to 

query operation is performed by all SMCCAM Words 900 35 determine the word 900 to be read; 2) the Query Flag Word 



in parallel by supplying query data to all words 900 via the 
Array Busses 910. The SMCCAM 800 includes the Query 
Logic Array 850, which is a set of Query Logic 930 circuits, 
one in each SMCCAM Word 900. 

In parallel, within each SMCCAM Word 900, query 
operation results are computed by the Query Logic 930. The 
Query Logic 930 receives the results from the comparators 
906 and 908 as well at the Valid Flag 816 and Query Flag 
818 values, performs a selectable Boolean operation on 



834 contents are input to its 834 corresponding Priority 
Resolver 840; 3) the Priority Resolver 840 finds the first 
occurrence of a logic "one" within the flag word 834; 4) the 
SMCCAM Word 900 with the first occurrence of logic "one" 
40 is the selected word 900, and its 900 contents are output onto 
the Array Busses 910; 5) the selected word 900 has its Query 
Flag 818 de-asserted, indicating that word has had its 
contents read, and subsequent reads (without intervening 
queries) will read other words; and 6) the signal, NullQue- 



these values (selected by QueryCntrl 932) to generate a 45 ryResponse 992, is asserted if the Query Flag 818 is false in 
query result bit, and then writes the query result bit back into 
either the Valid Flag 816 or the Query Flag 818. 

When a query operation is performed, every word 900 
generates a query result, which is stored into either its 900 
Valid Flag 816 or the Query Flag 818. The set of all Valid 50 
Flags 816 is called the Valid Flag Word 830, and the set of 
all Query Flags 818 is called the Valid Flag Word 834. When 
a search is done, the query results designate which words 
fulfilled the query operation parameters. An example query 
operation is: 

(EQ4) 



where the following occurs: 1) x CL is broadcast to all words 
900 via BusZL 916; 2) the Left X Field 804 in each word 900 



all words 900, indicating that no other words would respond 
to a read operation. The query, write, and read operations 
work somewhat similarly to that described in the Duluk 
Patent. 

The portion of the Priority Resolver 840 within an SMC- 
CAM Word 900 is called a Priority Resolver Section 934, 
and they 934 communicate across SMCCAM Words 900 via 
the busses: ValidPriOut[w-l]936, QueryPriOut[w-l]937, 
ValidPriOut[w]938, and QueryPriOut[w]939. Alternatively, 
55 the Priority Resolver 840 could be built with a treelike 
structure, thereby making the worst case circuit propagation 
delay proportional to log W rather than W. 

The SMCCAM 800 also performs a sorting operation, 
which is not provided in the apparatus described in the 



performs (x^ix^), by comparing its 804 contents, x^, to 60 Duluk Patent. As described above, the Span Sorting Ren 



the value on BusZL 916; 3) the Query Logic 930 in each 
word 900 performs the right side of Equation 4, which is the 
query result for that word 900; 4) in each word 900, the 
query result is stored into the query Flag 818 shown as the 
left side of Equation 4; and 5) the signal, NullQueryRe- 
sponse 992, is asserted if the Query Flag 818 is false in all 
words 900. 



derer 500 sorts spans as they are written into the span 
Memory 406 according to: 1) the left x-coordinate; 2) the 
left z-coordinate; and 3) the span derivative. In the SMC- 
CAM 800, sorting is done by locating the place in the span 
65 list where a span needs to be inserted, then, from this place, 
shifting the SMCCAM 800 contents down one word 900, 
and then writing the new span into the vacated word 900. 
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The SMCCAM 800 can shift data from word-to-word to 
make room in the sorted span list. The sorting operation is 
done in the following sequence: 1) the geometric properties 
(as described above) of the span to be written are input to the 
SMCCAM 800 for a query operation; 2) the query operation 5 
of Equation 6 is performed in every SMCCAM Word 900 
with the query results written into the Query Flags 818, 
thereby identifying all words that contain either invalid data 
or contain a span that should be sorted later in the span list 
that the span being written; 3) the Query Flag Word 834 10 
contents are input to the corresponding Priority Resolver 
840; 4) the Priority Resolver 840 finds the first occurrence 
of a logic "one" within the Query Flag Word 834, thereby 
determining the selected word 900; 5) for the selected word 

900 and all SMCCAM Words 900 after the selected word 15 storing an occluding span; and 2) a test, n*S P , where S P is 



and then the values x^, x^, and z CF would be input on the 
Array Busses 910 and the comparisons would be performed 
in the appropriate fields 804 to 810. In this way, all the spans 
stored in the SMCCAM 800 would be tested in parallel, 
performing the search for occluding spans in a matter of 
nanoseconds. In this document, any span that is found by an 
SOT Query is called an occluding span. 

The complete equation for the Span Occluding Test Query 
(hereinafter called the SOT Query) is shown as Equation 9. 

F«c?=F«vX^Sp)Xx^<x <rR ) A (x / ^>x Ci ,)*[(z rti .<z CF )v(z llff <z c/f )lEQ9) 

The complete SOT Query equation adds two more terms to 
the conjunction: 1) the Valid Flag 816, needed to keep words 
with invalid data from mistakenly identifying themselves as 



900, stored data is shifted to the next word 900; and 6) at the 
selected word 900, the data on the Array Busses 910 is stored 
into the word 900. 

F« 0 =F n vv(x rtL >x A1 )v[(x /lt »x AL ) A (z«L>2Ai.)M(x^=x AL )'(z«z.= 

Shifting data in the fields 802 to 814 from one SMCCAM 
Word 900 to the next is done via the Shift In Busses 950 that 
are connected to the Shift Out Busses 970 of the previous 
word 900. The list of Shift In Busses 950 includes: 
ShiftOutXL[w-l]952; ShiftOutXR[w-l]954; ShiftOutZL 
[w-l]956; ShiftOutZR[w-l]958; ShiftOutD[w-l]960; and 
ShiftOutI[w-l]962. The list of Shift Out Busses 970 
includes: ShiftOutXL[w]972; ShiftOutXR[w]974; 
ShiftOutZL[w]976; ShiftOutZR[w]978; ShiftOutD[w-l] 30 
980; and ShiftOutI[w]982. The circuit signal nomenclature 
used in this document includes the use of a bracketed index, 
such as "[w]", indicating it is part of an array of busses 
(similar to the array nomenclature of the "C" computer 
language). Here, "[w]" indicates the wth word 900, and 
"[w-1]" indicates the word 900 immediately prior in the set 
of words 800. 

Span Occluding Test 

FIG. 10 shows three spans 1002, 1004, 1006 represented 



the Word Number Field 802 corresponding to the Current 
Portion, done to keep the span from being identified as 
occluding itself. The complete SOT Query equation stores 
the query result into the Query Flag 818 of each SMCCAM 
20 Word 900. The result of the SOT Query is available at the 
signal, Null Query Response 992, where an asserted value 
indicates that no occluding spans were found. 

By using the SOT Region as an approximation of the 
Occluding Region 1008, a conservative error is introduced. 
25 That is, the SOT Query may find occluding spans that are 
within the SOT Region 1010, but are actually behind the 
Current Portion. However, the SOT Query will never fail to 
find spans that actually occlude the Current Portion. 
Span Sorting Rendering Method 1300 
In order for the SOT Query to inadvertently find an 
occluding span that does not actually occlude the Current 
Portion, the bounding box (described in the next section) of 
the Current Portion must overlap the bounding box of the 
occluding span. Therefore, the simplest form of the Span 
Sorting Rendering Method 1300 assumes that bounding 
boxes of spans do not overlap, thereby eliminating the need 
to handle occluding spans that do not actually occlude the 
Current Portion. While this assumption is not practical for 
most rendering applications, it does simplify part of the 



35 



by line segments (i.e., "segment spans") in the x-z plane, 40 description of the method 1300. Therefore, this simplified 



corresponding to one raster fine of the display screen 104. 
One of the spans 1002 is shown with a corresponding 
Occluding Region 1008. If there are no spans that Occluding 
Region 1008, then the corresponding span 1002 is not 
hidden. The shape of the Occluding Region 1008 is 
trapezoidal, and therefore it is computationally expensive to 
determine if another span lies within it 1008, and is particu- 
larly expensive if many spans need to tested against the 
region 1008. A simplifying approximation for an Occluding 
Region 1008 is a rectangular Span Occluding Test Region 
1010 (hereinafter called an SOT Region 1010). The SOT 
Region 1010 is generated from the span (or span portion) 
being tested for occlusion, hereinafter called the Current 
Portion, S c 1004. Determining if a span 1006 with endpoints 
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(though not generally practical) version will be described 
first. In a later section, the method 1300 will be expanded to 
process spans with overlapping bounding boxes. 

FIG. 11 shows a set of fourteen spans in the same raster 
line (numbered S 0 1100 to S 13 1113), where each span is 
represented by a line segment in the x-z plane of the raster 
line (the y-coordinate is fixed). The visible parts of the spans 
are shown as thick lines, and the hidden parts are shown as 
thin lines. For example, S 4 1104 and S 6 1106 are hidden, and 
S 0 1100 has two visible portions. The spans have been sorted 
according to the x -coordinate location of their left endpoint. 
Hence, the spans are numbered from left to right according 
to their Word Number Field 802 assigned when they are all 
stored in the SMCCAM 800. For example, span S 4 1104 is 



(x^, ) and (x^, z^) lies within an SOT Region 1010 for 55 st0 red in SMCCAM Word 900 number four, and has its left 



a Current Portion, 1004, S c , with endpoints (x CL9 z^) 1012 
and (x c *, z c/? ) 1014 is done by: 

In SOT Region=(x^<x c/J )Xx /I ;,>x cx )l(z^<MaxOf(2 ar , 

z a JM^<Ma X Of(z c>f , ZcL ))] (EQ 7) 



The arithmetic computation required for Equation 7 is four 
comparisons and one "choose-the-maximum-of ' function 
(the two needed in the equation are identical). For the 
SMCCAM 800 to perform the operations of Equation 7, the 
"choose-the-maximum-of ' would be performed outside the 
SMCCAM 800 to determine: 

z CF =MaxOf(z Cff , za) 



endpoint located at the point (x^, z^) and its right endpoint 
located at (x 4R , z^. 

FIG. 12 shows the same fourteen spans, except that each 
span is enclosed by a bounding box. The set of spans in FIG. 
60 11 and FIG. 12 were chosen so that the span bounding boxes 
do not overlap. The spans of FIG. 12 will be used to describe 
the simplest form of the Span Sorting Rendering Method 
1300, the version that includes the Simplified Span Raster- 
ization Method 1800 which assumes span bounding boxes 
65 do not overlap. 

The Span Sorting Rendering Method 1300 is described in 
(EQ 8) the context of the apparatus described herein, but can also be 
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performed by software on a general purpose computer. FIG. tionals 1704 that test to see if the new span should be 

13 is the top-level method diagram of the Span Sorting inserted at the nth word 900. Words 900 are stepped through 

Rendering Method 1300. This method 1300 is performed by 1706 by incrementing n until such an insertion point is 

the Span Sorting Rendering Pipeline 400 of FIG. 4, in the found. When the insertion point is found, the counter n stops 

same way the method flow diagram 300 of FIG. 3 is 5 incrementing, and the contents of all the words from W-l to 

performed by the generic 3D graphics pipeline 200. n (using the counter, m) are transferred 1708 to the next 

In the Span Sorting Rendering Method 1300, scenes are word and the Span Parameters are written 1710 into word n. 

generated 1302 (object locations in world coordinates, etc.), A test 1712 for reaching the last word 900 (i.e., word W-l) 

and within each scene, polygons are obtained 1304 for input is included to detect an exception 1714 condition if there are 

to the Span Sorting Rendering Pipeline 400 and processed 10 more than a total of W spans in the raster line, thus 

1 40Q ~ exceeding the total number of words 900. Strategies to work 

FIG. 14 shows the process polygon step 1400. Included within a fixed number of words 900 are presented later in 

are the previously described transformation 202, clip test this document. 

204, face determination 206, lighting 208, perspective Once again returning to FIG. 13, once all the spans within 

divide 212 and compute polygon parameter 402 steps. After 15 the display screen at raster line R have been written into the 

these steps, polygons are written into the Bucket Sort Span Memory 408, visible span portions are identified 1800 

Memory 404, each according to its y slART parameter. or 2100. One version of this portion of the method is the 

Getting back to FIG. 13, once all 1306 the polygons for Simplified Span Rasterization Method 1800, which assumes 

a scene have been processed 1400 and therefore written into span bounding boxes do not overlap. Other versions that do 

the Bucket Sort Memory 404, each raster line is processed. 20 not make this assumption are the Segment Span Rasteriza- 

The variable, R, is used to keep track of the current raster tion Method 2100 and the Trapezoidal Span Rasterization 

line number, and is initialized 1308 to zero. Before the first Method, described in later sections, 

raster line can be processed, the Current Polygon Memory Simplified Span Rasterization Method 1800 

406 must be cleared 1310, thereby indicating that no poly- The Simplified Span Rasterization Method 1800, shown 

gons are on the current raster line. Also, the Span Memory 25 in FIG. 18, maintain three sets of variables: 1) the current 

408 must be cleared 1312, thereby indicating that no spans left x-coordinate position, X^, used to indicate how much 

are on the current raster line. These operations 1310, 1312 of the current raster line has been rendered so far; 2) the 

can be done by marking the entire contents of the memories Present Span, S P , used to keep track of the frontmost span 

406, 408 as invalid. Since, at the first raster line, there are no at x^, including its Span Parameters 

polygons in the Current Polygon Memory 406, the next step 30 i P , and word number; and 3) the New Span, S„, used to keep 

1600 is to transfer polygons that start in the current raster track of the span most recently read form the Span Memory 

line form the Bucket Sort Memory 404 to the Current 408 (generally found by a query), including its Span Param- 

Polygon Memory 406 and to make spans for these polygons. eters x^, z^, x^, z^, d^, i„, and word number. In the 

Beginning on the second raster line (i.e., R=l), there is Simplified Span Rasterization Method 1800, the Current 

probably some polygons in the Current Polygon Memory 35 Portion, S c , is always equal to the Present Span, S P . 

406, and spans need to be made 1500 for those polygons. The rasterization method 1800 will be explained by using 

FIG. 15 is the Process Current Polygon Memory 406 step the set of spans in FIG. 12 as an example. In the rest of this 

1500 within the Span Sorting Rendering Method 1300. Each section, the method 1800 will be followed step-by-step as 

1502 polygon in the Current Polygon Memory 406, is read the example spans are processed. 

1504, and if 1506 that polygon is not included in the current 40 The method 1800 starts by setting 1802 x^ to zero 

raster line, it is deleted 1508 from the Current Polygon (thereby starting at the left edge of the display screen) and 

Memory 406 so subsequent raster lines do not need to declaring the variables S P and S^ to be invalid. Because S p 

consider it. If 1506 the polygon is included in the present is invalid 1804 and there are valid 1806 spans still stored in 

raster line, then a span within the current raster line and its the Span Memory 408, a search 1808 must be done to find 

Span Parameters (as described above) are generated 1510 45 either the frontmost span at x^ (i.e., zero) of, if there is no 

for that polygon. Then, the Span Parameters are written 1700 span at x^, then find the leftmost valid span in the Span 

into the Span Memory 408. Memory 408. 

FIG. 16 is the Process Bucket Sort Memory 404 step 1600 The first step in this search 1808 is to do a query 1810 to 

within the Span Sorting Rendering Method 1300. If 1602 find all valid spans in the Span Memory 408 that include x^ 

there are more polygons to be read from the Bucket Sort 50 (i.e., zero). Looking at FIG. 12, it is seen that there are no 

Memory 404 for the current raster line, then for each such 1812 spans at x-coordinate zero (the query 1810 finds 

polygon: 1) the polygon is read 1604 from the Bucket Sort nothing). Because there are no spans 1812 at x-coordinate 

Memory 404; 2) the polygon is written 1606 into the Current zero, the leftmost span in the Span Memory 408 (i.e., the 

Polygon Memory 406; 3) the polygon has a span in the first valid span because the spans are sorted) is read 1818 

current raster line, and Span Parameters (as described above) 55 thereby making S P to be equal to S 0 1200. There were no 

are generated 1510 for the span; and 4) the Span Parameters valid spans at x CL (i.e., zero), and the leftmost span does not 

are written 1700 into the Span Memory 408. start until (left endpoint of span S 0 1200), so the range 

When writing 1700 Span Parameters into the Span from zero to x^ does not have any spans at all, and therefore 

Memory 408, a sort operation is done. The sort operation is the background is rendered 1820 from x CL (i.e., zero) to Xq^. 

performed by the SMCCAM 800 as a query operation 60 Some rendering has been done, so the value for x CL is 

(Equation 6) and a special write operation, as described updated 1822 to become x PL (i.e., x^), indicating rendering 

above. The apparatus of the SMCCAM 800 performs this has been done up to this point. An SOT Query is done 1824 

step 1700 in parallel, but it is described in the flow diagram for the Present Span (i.e., S 0 1200) to find any occluding 
1700 of FIG. 17 as if it is a sequential search process. A spans, and this finds all the other spans 1201 to 1213 since 
counter, n, used as an index into the set of SMCCAM Words 65 they are all in the SOT Region of S 0 1200. The first of these 

900, is initialized 1702 to zero. The flow diagram shows the found spans are read 1824, making the value of the New 

query operation of Equation 6 broken down into six condi- Span, S^, equal to Sj 1201. 
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The method 1800 has not reached 1826 the right edge of 
the display screen (i.e., x c/ _<x AMA ,), both Sp and S jV are valid 
1804 and 1828, and the next step 1830 is to render the Sp 
(i.e., S 0 1200) from x CL (i..e., XqJ to x^ (i.e., x^). This 
rendering can be done because the SOT Query 1824 found 5 
the leftmost occluding span in front of S 0 1200, meaning any 
part of S 0 1200 to the left of this occluding span must be 
visible. This step 1830 also updates the value for x^ to be 
x AX (i.e., x^), and also makes S N (i.e., S 2 1201) into the new 
value of S P . An SOT Query is done 1832 for the Present lQ 
Span (i.e., S 1 1201) to find any occluding spans, and this 
finds only one span, S 2 1202, since it 1202 is the only span 
in the SOT Region of Sj 1201. This span is read 1832, 
making the value of the New Span, S N , equal to S 2 1202. 

The span S 2 1201 is processed in a way similar to S 0 1200. 
The method 1800 has not reached 1826 the right edge of the 15 
display screen (i.e., x CL <xMA ^) 9 both Sp and S N are valid 
1804 and 1828, and Sp (i.e., S 2 1201) is rendered 1830 from 
x cl 0 e *> x it.) t0 x nl (i- e -> x 2l)- T° e value for x CL is updated 
1830 to be x NL (i.e., x^), and (i.e., S 2 1202) is made into 
the new value of Sp. An SOT Query is done 1832 for the 20 
Present Span (i.e., S 2 1202), but the query does not find any 
spans because nothing occludes S 2 1202, and the value of 
the New Span, S N7 is set to invalid. 

The right edge of the display screen has not been reached 
1826, S P is valid 1804, S„ is invalid 1828, and the next 25 
portion 1834 of the method 1800 includes a search for an 
abutting span for Sp. An abutting span is a span whose left 
endpoint is located at the same point as the right endpoint of 
the Current Portion (or, for the Simplified Span Rasteriza- 
tion Method 1800, the Present Span). In FIG. 12, three 30 
example pairs of abutting spans are: 1) S 2 1202 and S 5 1205; 
2) S 5 1205 and S 7 1207; and 3) S 6 1206 and S 9 1209. 
Abutting spans occur frequently because 3D objects are 
generally described by a set of polygons that share edges. 
Therefore, for highly tessellated objects, most spans will be 35 
part of at least one abutting span pair. 

The portion 1834 of the method 1800 starts with render- 
ing 1836 Sp (i.e., S 2 1202) from x^ L (i.e., x^) to x PR (i.e., 
x^. This can be done because the SOT Query did not find 
any occluding spans, thus proving S P (i.e., S 2 1202) is not 40 
hidden at all, and should be rendered. Also, x CL is set 1836 
to x PR (i.e., x^. Next, a query is done 1838 to find an 
abutting span for Sp (i.e., S 2 1202), which finds span S 5 
1205. Because 1840 an abutting span was found, the abut- 
ting span, S 5 1205, is read 1846 and assigned to S P . An SOT 45 
Query is done 1848 for the Present Span (i.e., S 5 1205), but 
the query does not find any spans because nothing occludes 
S 5 1205, and the value of the New Span, S^, is set to invalid. 

The Present Span, S 5 1205, is processed similarly to S 2 
1202. The right edge of the display screen has not been 50 
reached 1826, S P is valid 1804, S N is invalid 1828, S P (i.e., 
S 5 1205) is rendered 1836 from x CL (i.e., x^ to x PR (i.e., 
x 5R ), and x CL is set 1836 to x PR (i.e., x 5R ). A query is done 
1838 for an abutting span, which finds span S 7 1207. The 
abutting span, S 7 1207, is read 1846 and assigned to S P . An 55 
SOT Query is done 1848 for the Present Span (i.e., S 7 1207), 
finding only S 8 1208 which is read 1832, making the value 
of the S„ equal to S 8 1208. 

The Present Span, S 7 1207 is processed similarly to S a 
1201. The right edge of the display screen has not been 60 
reached 1826, both S P a nd S N are valid 1804 and 1828, and 
S P (i.e., S 7 1207) is rendered 1830 from x CL (i.e., x^p) to x^ 
(i.e., XgjJ. The value for x CL is updated 1830 to be x NL (i.e., 
XgJ, and S P is set to S N (i.e., S 2 1202). An SOT Query is 
done 1832 for the Present Span (i.e., S 8 1208), but the query 65 
does not find any spans, and the value of the New Span, S N , 
is set to invalid. 
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The Present Span, S 8 1208 is processed similarly to S 2 
1202 and S 5 1205. The right edge of the display screen has 
not been reached 1826, Sp is valid 1804, S N is invalid 1828, 
Sp (i.e., S 8 1208) is rendered 1836 from x^ (i.e., XgJ to x PR 
(i.e., Xg^), and x^ is set 1836 to x PR (i.e., Xgp). A query is 
done 1838 for an abutting span, which finds span S 10 1210. 
The abutting span, S 10 1210, is read 1846 and assigned to 
Sp. An SOT query is done 1848 for the Present Span (i.e., 
S 10 1210), but the query does not find any spans, and the 
value of the New Span, S^, is set to invalid. 

As the Present Span, S 10 1210 is processed, the search for 
an abutting span does not find such a span. The right edge 
of the display screen has not been reached 1826, Sp is valid 
1804, S N is invalid 1828, S P (i.e., S 10 1210) is rendered 1836 
from x^ (i.e., Xgp) to x FR (i.e., x 1QR ), and x^ is set 1836 to 
x PR (i.e., x 1QR ). A query is done 1838 for an abutting span, 
but no abutting span is found. Since 1840 no abutting span 
was found, a search must be done to find the frontmost span 
at Xc L (i.e., x 10R ). However, before the search is done, a 
query is done to invalidate 1842 all spans that are completely 
to the left of x CL (i.e., x 1QR ). This invalidation 1842 can be 
done because the current raster fine has been rendered up to 
x cl (i- e > x iqk)> anc * spans to the left of (i.e., x 10R ) were 
either rendered or hidden (or some of each). The invalidation 
1842 turns off the Valid Flags 816 for S 2 1201 through S 10 
1210, thereby leaving only S 0 1200 and S n 1211 through 
S 13 1213 as validly stored spans. The value of the Present 
Span, S^, and the value of the New Span, S^, are both set 
1844 to invalid. 

The right edge of the display screen has not been reached 
1826, S P is invalid 1804, there are still 1806 valid spans, and 
the next part 1808 of the method includes a search for the 
frontmost span at x CL (i.e., x 10R ). First, a query 1810 is done 
to find all spans that include x^ (i.e., x 1QR ), which finds two 
spans: S 0 1200 and 1211. Since 1812 spans were found, 
these two spans 1200 and 1211 are read 1814, the 
z-coordinates of the spans are computed 1814 at x^ (i.e., 
x 10R ), and are compared to determine 1814 that S n 1211 is 
the frontmost span. The z-coordinate computation is sim- 
plified by having the span derivative (from the Span Deriva- 
tive Field 812) available for use in extrapolating from the 
left endpoint of the span. The frontmost span, S n 1211, is 
made 1814 the Present Span, Sp. An SOT Query is done 
1824 for the Present Span (i.e., S n 1211), but the query does 
not find any spans, and the value of the New Span, S N , is set 
to invalid. 

The Present Span, S 21 1211, is processed similarly to S 2 
1202, S 5 1205, and S 8 1208. The right edge of the display 
screen has not been reached 1826, S P is valid 1804, S^ is 
invalid 1828, Sp (i.e., S n 1211) is rendered 1836 from x CL 
(i.e., x 1QR ) to Xpp (i.e., x 11R ), and x CL is set 1836 to x PR (i.e., 
x iud- A query is done 1838 for an abutting span, which finds 
span S 12 1212. The abutting span, S 12 1212, is read 1846 and 
assigned to S P . An SOT Query is done 1848 for the Present 
Span (i.e., S 12 1212), but the query does not find any spans, 
and the value of the New Span, S^, is set to invalid. 

The Present Span, S 12 1212 is processed similarly to S 10 
1210. The right edge of the display screen has not been 
reached 1826, S P is valid 1804, S„ is invalid 1828, Sp (i.e., 
S 32 1212) is rendered 1836 from x CL (i.e., x nR ) to x PR (i.e., 
x 1ZR ), and x CL is set 1836 to x PR (i.e., x 1ZR ). A query is done 
1838 for an abutting span, but no abutting span is found. 
Since 1840 no abutting span was found, a query is done to 
invalidate 1842 all spans that are completely to the left of 
x cl 0- e -» x i2*)> thereby turning off the Valid Flags 816 for 
S ia 1211 and S 12 1212, thereby leaving only S 0 1200 and S a3 
1213 as validly stored spans. The value of the Present Span, 
S^, and the value of the New Span, S A ., are both set 1844 to 
invalid. 
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The right edge of the display screen has not been reached 
1826, S P is invalid 1804, there are still 1806 valid spans, and 
the next part 1808 of the method includes a search for the 
frontmost span at x^ (i.e., x 12R ). First, a query 1810 is done 
to find all spans that include x^ (i.e., x 12R ), which finds only 5 
one span, S 0 1200. Since 1812 a span was found, it is made 
1814 the Present Span, S p . An SOT Query is done 1848 for 
the Present Span (i.e., S 0 1200), finding only S 13 1213 which 
is read 1832, making the value of the S^ equal to S 13 1213. 

The right edge of the display screen has not been reached ao 
1826, both S r and S N are valid 1804 and 1828, and S P (i.e., 
S 0 1200) is rendered 1830 from x^ (i.e., x 12R ) to x^ (i.e., 
x 13L ). The value for x CL is updated 1830 to be x^ (i.e., 
x 13Z j, and S P is set to S„ (i.e., S 13 1213). An SOT Query is 
done 1832 for the Present Span (i.e., S 13 1213), but the query 15 
does not find any spans, and the value of the New Span, S^, 
is set to invalid. 

The right edge of the display screen has not been reached 
1826, S B is valid 1804, S„ is invalid 1828, S P (i.e., S 13 1213) 
is rendered 1836 from x CL (i.e., x 13L ) to x PR (i.e., x 13R ), and 20 
x^ is set 1836 to x PR (i.e., x 13R ). A query is done 1838 for 
an abutting span, but no abutting span is found. Since 1840 
no abutting span was found, a query is done to invalidate 
1842 all spans that are completely to the left of x^ (i.e., 
x 13R ), thereby turning off the Valid Flags 816 for S 0 1200 25 
and S 13 1213, thereby eliminating the last valid spans. The 
value of the Present Span, S N , and the value of the New 
Span, S N , are both set 1844 to invalid. 

The right edge of the display screen has not been reached 
1826, S P is invalid 1804, and there are 1806 no valid spans. 30 
Therefore, the background is rendered from x^ (i.e., x 13R ) 
to Xmax (i.e., the right edge of the raster line). The entire 
current raster line has now been rendered, and the next raster 
fine can be processed, as shown in the method flow diagram 
of FIG. 13. 35 

It is important to note that the method 1800 rendered the 
visible portions of the spans, and completely ignored the 
spans that are totally hidden (i.e., S 3 1203, S 4 1204, S 6 1206, 
and S 9 1209). For scenes with greater depth complexity, a 
larger fraction of the spans will be ignored in a similar way, 40 
thereby providing a greater computational savings. A unique 
feature of this method 1800 is the ability of abutting spans 
to work together to occlude spans behind them. 

Another important feature of the method 1800 is the pixel 
coloration processing within a raster line is roughly propor- 45 
tional to the number of pixels in the raster line, rather than 
proportional to the number of pixels in all the spans in the 
raster line. This is because hidden portions within spans are 
never sent to the pixel coloration process. Pixel coloration 
processing is "roughly" proportional to the number of pixels 50 
within the raster line because a pixel can be affected by two 
spans because, for example, the span to the right may end 
within the pixel's boundary. In this case, color from two 
spans are blended together to form the final color for the 
pixel. 55 

Span Interaction Types and Span Interaction Parameters 

As described above, the SOT Query is a set of comparison 
operations simple enough to be performed in hardware by an 
SMCCAM 800. However, in the general case where span 
bounding boxes overlap, the SOT Query will sometimes find 60 
spans that do not occlude the Current Portion. Furthermore, 
the SOT Query will also sometimes find spans that intersect 
the Current Portion, thus making both spans partially visible. 
The Segment Span Rasterization Method 2100 solves this 
shortcoming by categorizing the interaction between the 65 
Current Portion and a span in the SOT Region into one of 
many Span Interaction Types (hereinafter abbreviated SIT), 



and then applying rendering rules based on the SIT. The SIT 
is determined from the Span Interaction Parameters 
(hereinafter SIP) of the two spans. 

As the Segment Span Rasterization Method 2100 
proceeds, it 2100 maintains four spans and their associated 
parameters: 1) the Present Span, Sp, the frontmost span at 
x CL , as described above; 2) the New Span, S^, a span in the 
SOT Region of S PJ as described above; 3) the Current 
Portion, S c , a subsection of the Present Span; and 4) the 
Saved Span, S 5 , used as a single depth stack for temporarily 
saving S^ so that more spans in the SOT Region of S P can 
be read. 

The nomenclature for spans, span endpoints, SIPs, and 
SITs is illustrated by the examples shown in FIG. 19. The 
Present Span, S P 1902, has the endpoints (x PL9 z PL ) 1904, 
1906 and (x PR , z PR ) 1908, 1910, is enclosed by a dashed 
oval, and is shown as the union of a solid black fine and a 
finely dotted line. The solid black fine subsection of S P 1902 
is the Current Portion, S c 1912, and has the endpoints (x CL , 
*cl) 1914, 1916 and (x^, z^ 1918, 1920. The SOT 
Region 1922 corresponding to S c 1912 is enclosed by a 
dashed line. The New Span, S^ 1932, has the endpoints (x^, 
z^) 1934, 1936 and (x^, z^ 1938, 1940, and is enclosed 
by its bounding box 1942. 

The Span Interaction Parameters (i.e., SIPs) are arithmetic 
comparison results between the z-coordinates of S c 1912 
and S N 1932 at four particular x-coordinate values, 
specifically, the endpoints of the two spans: x^ 1934, x^ 
1938, x CL 1914, and X^, 1918. In detailed terms, the four 
Span Interaction Parameters (i.e., SIPs) are: 1) the compari- 
son of the z-coordinate of S c 1912 at x^ 1934 to 1936, 
shown in the example as "Nonexistent" because S c 1912 
does not have a point at x^ 1934; 2) the comparison of the 
z-coordinate of S c 1912 at x^ 1938 to z^ 1940, shown in 
the example as "Farther" because the point on S c 1912 is 
father (i.e., has a greater z-coordinate) than 1940; 3) the 
comparison of the z-coordinate of S^ 1932 at x^ 1914 to 
z CL 1916, shown in the example as "Farther'* because the 
point of S N 1932 is father (i.e., has a greater z-coordinate) 
than z CL 1916; and 4) the comparison of the z-coordinate of 
S N 1932 at Xcx 1918 to z CR 1920, shown in the example as 
"Nonexistent" because S N 1932 does not have a point at x CR 
1918. Each of the four SIPs can take on one of the values: 
1) "Nonexistent" (abbreviated "Non"); 2) "Farther" 
(abbreviated "Far"); 3) "Nearer" (abbreviated "Near"); or 4) 
"Equal". In the example of FIG. 19, the four SIPs are Non, 
Far, Far, Non, as shown in the figure. This particular set of 
four is SIT 23, causing invocation of Rule 4, as will be 
described later in this document. 

The SIPs were chosen so as to be easy to compute, 
avoiding expensive computations such as division. The 
computation of z-coordinates used in the comparison is done 
by: 

z-coordinate of S c at x A7 =z CL + (x^; -x c/ )d c 

z-coordinate of S c at x AW =z Ci +(x^-x CL )d c (EQ 10) 

z-coordinate of S N at x CL =z VL +(x <x -x ArL )d Af 

z-coordinate of at x c ^=z Vi +(x Cft -x A;L )d vv 

FIG. 20 is a listing of all 49 possible SITs. For example, 
FIG. 20C illustrates SIT 3, showing three examples of a S c 
paired with an S N , where the SIPs are Near, Equal, Non, 
Non. Each possible combination of SIPs correspond to one 
SIT. When a particular SIT is encountered during the Seg- 
ment Span Rasterization Method 2100, one of several rules 
is invoked, and each SIT in FIG. 20 identifies the rule it 
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invokes. Some SITs, such as SIT 19 and SIT 22, cannot ever 
be encountered by the method 2100, therefore, no rule is 
invoked, and the tag "impossible" is shown in FIG. 20. 

Segment Span Rasterization Method 2100 

The Segment Span Rasterization Method 2100, shown in 5 
FIG. 21, processes spans that are represented by line seg- 
ments (as in FIG. 7 A). This method can be utilized within 
Span Sorting Rendering Method 1300, shown in FIG. 13. In 
this section of the document, the method flow diagrams of 
FIG. 21 through FIG. 26 will be described in very general 10 
terms. In the next section, an complex set of example spans 
is used to describe the step-by-step functioning of the 
method 2100. 

The Segment Span Rasterization Method 2100 starts by 
initializing 2102 and 2104 variables. The method 2100 calls 15 
sub-methods, called Rule 1 2200 through Rule 5 2600. 
Every rule considers: 1) what part of S c should be rendered, 
if any; 2) the updating of Sp and/or S c ; 3) updating of S 5 ; 
4) invalidation of spans stored in the Span Memory 408; 5) 
doing an SOT Query; and/or 6) updating of S^. 20 

Rule 1 2200 (shown in FIG. 22) is invoked if S p is invalid. 
It 2200 searches for the frontmost span at x^, makes the 
frontmost span S^ performs an SOT Query, and updates S N . 

Rule 2 2300 (shown in FIG. 23) is invoked if S c has no 
Potentially Occluding Spans remaining. Therefore, it 2300 25 
renders the Present Span, Sp, from x CL to x^. Then, S c is 
set to, in order of precedence: 1) the Saved Span, S 5 ; 2) an 
Abutting Span; or 3) the first valid span after invalidation of 
all spans completely to the left of x^. In any case, x CL is set 
to x CR , and S 5 is invalidated. 30 

Rule 3 2400 (shown in FIG. 24) is invoked if the SIT is 
such that the Current Portion, S c , is occluded at x^, but is 



visible from x^ to x NL . Therefore, render the Present Span, 
S P , from x CL to x^. Then, make the New Span, S^, the 
Present Span and begin processing it. Since S c is not being 35 
rendered to x CR , invalidate the Saved Span, S 5 . 

Rule 4 2500 (shown in FIG. 25) is invoked if the SIT is 
such that S c intersects S N and the point of intersection is 
visible. The intersection point, at (x 7 , z 7 ), between the 
Current Portion, S c , and the New Span, S^ is computed. 40 
Since S c is occluded to the right of x 7 , S c is modified by 
changing x CR to x 7 . The New Span, S N , is stored as the Saved 
Span, S 5 , in case it is needed later under Rule 1 2200. Then, 
the next Potentially Occluding Span is read and made S N . 

Rule 5 2600 (shown in FIG. 26) is invoked if the Current 45 
Portion, S c , occludes the New Span, S^, such that none of 
S N is visible from x^ to x CR . Therefore, S^ is discarded, and 
the next Potentially Occluding Span is read and made S A 



values from the example of FIG. 27. Also, within a step 
description, assignment statements will be cascaded (with 
multiple signs) showing how to arrive at the fully 
substituted variables. 

For the example of FIG. 27, when the Segment Span 
Rasterization Method 2100 begins, there are fifteen valid 
spans in the SMCCAM 800, designated S 0 through S 14 . 
These spans are stored in SMCCAM Words 900 0 through 
14, and therefore each have (F mV »1), indicating those SMC- 
CAM Words 900 have valid contents. The rest of the 
SMCCAM Words 900, namely words 15 through W-l, each 
have (F„v=0), indicating those SMCCAM Words 900 have 
invalid contents. Hence, at the start of the Segment Span 
Rasterization Method 2100, the Valid Hag Word 840, F^ 
designates the set of valid spans, and this set is not empty. 

For the example set of fifteen spans shown in FIG. 27, the 
step-by-step processing using the Segment Span Rasteriza- 
tion Method 2100 is: 

1) 2102 The left x value of the Current Portion, x Ci , 
indicates how far the rendering has proceeded along the 
present raster line. Hence, the start of a raster fine 
causes setting (x Ci =0). The left z value of the Current 
Portion, z CL , is set to infinity to allow any span to be in 
front of the background. The depth location of the 
background is considered to be at infinity. The back- 
ground is not composed of polygons, and for may 
applications, is set to the color black. The right x and 
y values of the Current Portion x^ and x^, are set to 
"invalid" because there is no valid Present Span, S r . 
With assignment statements, this is described as: 

x^-^invalid; 
Zo^infiirity; 
z c/? =invalid; 

z CF =infinity; (EQ 11) 



Since S c is not being rendered when this rule is applied, 



leave the status of the Saved Span, S s , unchanged. 

Detailed example of the Segment Span Rasterization 
Method 2100 

In order to fully describe the Segment Span Rasterization 
Method 2100 in a step-by-step fashion, an example set of 
fifteen spans, shown in FIG. 27, is used to illustrate how the 
method 2100 works. The spans in this example were chosen 
so as to exercise all parts of the Segment Span Rasterization 
Method 2100. The example, when compared to typical raster 
fines in typical scenes, is abnormally complex due to the 
large fraction of overlapping bounding boxes and intersect- 
ing spans. As each step in the Segment Span Rasterization 
Method 2100 is described, the corresponding reference 
designators in the method flow diagrams are listed at the 
beginning of the step description. Within a step description, 
equations for query operations are first shown as they appear 65 
in the method flow diagrams, then, on a second line, the 
same equation is shown with all its variables substituted by 
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2) 2104 The data within registers for storing span infor- 
mation external to the SMCCAM 800 (i.e., S^ S^, and 
S 5 ) are also designated as invalid. 

S P =invalid; 
S^v=in valid; 

S^invalid; (EQ 12) 



50 3) 2106, 2108, and 2200 Because the Present Span, Sp, is 



not valid and F v is not empty (indicating that at least 
some spans are valid), Rule 1 is invoked. Here, Rule 1 
is used to search for the first span to make the Present 
Span, S P . 

3A) 2202 Do a query to find all valid spans that could 
affect the current raster line at x CL (i.e., at x coor- 
dinate zero). The query performs, in each SMCCAM 
Word 900: 



(EQ 13) 



This query does not find any spans, and therefore, the 
set Fq is empty. 

3B) 2204, 2206, and 2206 Because F Q is empty and S P 
is not valid, there must not be a valid span that could 
affect the current raster line at x^. Therefore, the 
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first span in F v is read and made the Present Span, 
S P . This read operation sets the following values: 

Sp~read(n)=0; 
x PL =read(x L )=x Qi ; 
x w -read(x w >»x 0R ; 
z^readfcJ-Zoj,; 
z^readtz^ZoK, 



10 



d / ^»read(d)»d 0 ; 
ip=read(i)=io; 



(EQ 14) 



15 



Reading the first span from F v yields the leftmost valid 
span, S 0 , because the spans are stored in the SMC- 
CAM 800 in a left to right ordering. 

3C) 2210 Because there is not a valid span that could 
affect the current raster line at x CL (i.e., at x coor- 2 o 
dinate zero), and the leftmost valid span does not 
start until x PL (i.e., x^), the background must be 
rendered from x CL to x PL (i.e., from 0 to XqJ. 

As possible alternate methods, rendering of the back- 
ground can be avoided if : 1) it is know that polygons 2 s 
will always cover 100% of the viewing plane; or 2) 
the raster buffer is initialized with the background 
colors prior to processing the first span in each raster 
line. 

3D) 2212 There is now a Present Span, S P (i.e., S 0 ), and 30 
the Current Portion, S c , is set equal to S P by setting: 



z CL= Z PL =z OL'> 
Z CR =Z PR =Z OR> 

CF-max(z / , L , z P/? >max (z^, z cw )-z QL ; 



35 



(EQ15) 



40 



The Current Portion, S c , is equal to S 0 . The Far Z Value 
for the Current Portion, z CF , is set to by the "find 
the maximum" function. 

3E) 2214 There is now a defined Present Span, S P (i.e., 
S 0 ), and a defined Current Portion, S c (i.e., S 0 ), so a 45 
search is done for spans that could possibly occlude 
the Current Portion, S c , (i.e., S 0 ). The Span Occlud- 
ing Test query performs, in each SMCCAM Word 
900: 

50 

P^=F n /(^ S p)*( x ^< x c/i)X^>Xa.)*[( 2 ^< z c>( z ««< z cf)] 
F„O=F n v^0)Xx^<x op )Xx„i,>Xo t )1(z^<2 OL )v(z flR <z o£ )] (EQ 16) 

This query creates the set of all Potentially Occluding 
Spans for the Current Portion, S c (i.e., S 0 ). The 
query finds Sj through S 14 . In general, queries used 
for search operations include F nV in the conjunction 
in order to prevent invalid data stored in a SMCCAM 
Word 900 from causing a bit in F Q from being 
mistakenly asserted. 

3F) 2216 and 2218 Because F Q is not empty, there must 
spans that possibly occlude the Current Portion, S c 
(i.e., S 0 ). Therefore, the first span in F Q is read and 
made the New Span, S^. This read operation sets the 
following values: 

S^read(n)=l; 
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XM.-readtxJ-Xu.; 

x^read(x w )=x w ; 

z Jvz .=read(z L )=z u ; 

z^=read(z K )=z 1J? ; 

d jV =read(d)=d 1 ; 

i A/ =read(i)=i 1 ; 



(EQ17) 



Reading the first span in F Q yields S 15 the first span in 
the set. The read process also deletes Sj from F Q by 
setting (F 1G =0). 

4) 2109, 2106, 2110, and 2112 The right edge of the 
display screen has not been reached (i.e., x Ci <x max ) 
and both the Present Span, S P (i.e., S 0 ), and the New 
Span, S N (i.e., SJ, are valid. Therefore, the Span 
Interaction Parameters for these two spans are 
computed, and are found to be: (Far, Non, Non, Far). 

5) 2114 The Span Interaction Type is determined from the 
Span Interaction Parameters, and turns out to be Type 
14'. 

6) 2116 and 2400 Because the Span Interaction Type is 
Type 14, Rule 3 invoked to process S 0 : 

6A) 2402 The Current Portion, S c (i.e., S 0 ), is hidden 
starting at x^ (i.e., x u ), but is visible to the left of 
x nl (i- e -> x iz)- Therefore, render the Present Span, S P 
(i.e., S 0 ), from x CL to x^ (i.e., from x^ to x^). 

6B) 2404 The processing of Present Span is completed 
(at this point), so make S^ (i.e., S a ) into the Present 
Span, Sp, by setting: 

Wrf-iri (EQ 18) 

6C) 2406 The Current Portion, S c , is set equal to S N by 
setting: 

X CZ- =X M- =X 1L' 



Z CR- Z HR^ Z \R> 



CF=max(z iVi , z^)=max(z u .7 w )=z 1L ; 



(EQ 19) 



Alternatively, the Current Portion, S c , could be set to 
the Present Span, S P , (rather than S^) because it has 
the same values. However, this alternate way is not 
desirable for hardware implementation because this 
step and the previous step could not be done in 
parallel. 

6D) 2408 The Saved Span, S 5 , is invalidated, but at this 
point in this example, it was already invalid. 

6E) 2410 There is a new Current Portion, S c (i.e., SJ, 
so a search is done for spans that could possibly 
occlude it. The Span Occluding Test query performs, 
in each SMCCAM Word 900: 
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F rt0 =F„^(n' e Sp) A (x n£ .<x cw )Xx^>x CL )l(2 /U .<z CF )v(z rtff <2 CF )] 
V nQ =* n v (n^l)X^<x l «)'(x nW >x lL )*[(z rtL <z 1 Jv(z^<z li )] EQ 20) 

This query creates the set of all Potentially Occluding 
Spans for the Current Portion, S c (i.e., SJ. The 
query finds S 0 and S 2 through S 14 . 

6F) 2412 and 2414 Because is not empty, there must 
spans that possibly occlude the Current Portion, S c 
(i.e., Sj). Therefore, the first span in F Q is read and 
made the New Span, S^. This read operation sets the 
following values: 

Sjv=read(n)=0; 

x^=read(x L )=x OL ; 

Xjv*=read(x*)=x<«; 
z M ,=read(z L )=z 0L ; 

z AfR =read(z w >z 0/? ; 20 



10 



15 



d A ^read(d)=d Q ; 
i^=read(i)=io; 



(EQ 21) 



Reading the first span in F Q yields S 0 , the first span in 25 
the set. The read process also deletes S 0 from F Q by 
setting (F OQ =0). 

7) 2109, 2106, 2110, and 2112 The right edge of the 
display screen has not been reached (i.e., x CL <x max ) 
and both the Present Span, S P (i.e., S a ), and the New 30 
Span, S N (i.e., S 0 ), are valid. Therefore, the Span 
Interaction Parameters for these two spans are 
computed, and are found to be: (Far, Non, Far, Non). 

8) 2114 The Span Interaction Type is determined from the 
Span Interaction Parameters, and turns out to be Type 
23. 

9) 2116, 2118, and 2500 Because the Span Interaction 
Type is Type 23, Rule 4 is invoked to process S^ 
9A) 2502 The Current Portion, S c (i.e., S a ), and the 

New Span, S N (i.e., S 0 ), interact to cause S c to 
transition from being visible to being hidden some- 
where along its length; at point of intersection 



Cf ~max(z CL , z 1 )=z CL =z JX ; 



S5=s^=0; 

X 5L =X A'Z. =X Qf.' 
X 5R =X <VR =X QJt : > 
X SL=Z>X=ZQt; 



35 



40 



between S c (i.e., Sj) and S N (i.e., S 0 ). The intersec- 
tion is computed, and found to be at (x 7 , z 7 ) 2702, as 
shown in FIG. 27. 
9B) 2504 The Current Portion, S c (i.e., SJ, is short- 
ened by changing its right end point to the intersec- 
tion point. The right endpoint of S c is modified by 
setting 

X CA? =X /' 



45 



50 



(EQ22) 55 



The Present Span, S^ is still equal to all of S r 
9C) 2506 The New Span, S^ (i.e., S 0 ), is saved as the 
Saved Span, S 5 . This is done because S 5 will be 
needed later is S P (i.e., S a ) is rendered to x 7 . 
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(EQ 23) 



The portion of the Saved Span, S 5 , to the right x 7 abuts 
S c at the x coordinate x 7 . If, later in the method, S c 
is rendered to x 7 , then S 5 will become the Present 
Span, S P . 

9D) 2508 The Current Portion, S c (i.e., S 2 from x^ to 
x 7 ) has been changed, so a search is done for spans 
that could possible occlude it. The Span Occluding 
Test query performs, in each SMCCAM Word 900; 



F» e =F»/F„ Q Xn*Sp)'(x^<x cw )Xx rt/? >x CL )l(z ni ,<z c ,.)v(z ; , ff <z Cir )] 

(EQ 24) 



(z«/?<Zu.)3 



This query creates the set of all Potentially Occluding 
Spans for the Current Portion, S c (i.e., S 2 between 
x^ and x 7 ). The query finds only S 2 . The conjunction 
performed by the query includes F Q to prevent any 
previously read (and discarded) Potentially Occlud- 
ing Span of Sj from being re-included into F Q and 
needlessly reprocessed. 

A variation of this method could skip this step and 
continue reading from the existing F^ rather than 
doing a query to eliminate spans from F Q . This 
variation saves execution time by eliminating the 
query, but possibly increases execution time by fail- 
ing to reduce the number of spans in F Q . 

9E) 2510 and 2512 Because F Q is not empty, there must 
be spans that possibly occlude the Current Portion, 
S c (i.e., S 1 from x^ to x 7 ). Therefore, the first span 
in F Q is read and made the New Span, S^. This read 
operation sets the following values: 

S yv =read(n)=2; 

x Ari =read(x L )=x 2i ; 

WeadCx^x^; 

z JVI ,=read(z L )=z 2L ; 

d Ar =read(d)=d 2 ; 

i„=read(i)=i 2 ; (EQ 25) 

Reading the first span in F Q yields S 2 , the first (and 
only) span in the set. The read process also deletes S 2 
from F Q by setting (F 2(? =0), making F Q empty. 

10) 2109, 2106, 2110, and 2112 The right edge of the 
display screen has not been reached (i.e., x CL <x moJC ) 
and both the Present Span, S P (i.e., S x ), and the New 
Span, S N (i.e., S^, are valid. Therefore, the Span 
Interaction Parameters for these two spans are 
computed, and are found to be: (Far, Non, Non, Near). 

11) 2114 The Span Interaction Type is determined from 
the Span Interaction Parameters, and turns out to be 
Type 13. 

12) 2116 and 2400 Because the Span Interaction Type is 
Type 13, Rule 3 is invoked to continue processing S 2 : 
12A) 2402 The Current Portion, S c (i.e., Sj between 

x^ and x 7 ), is hidden starting at \ NL (i.e., x^), but is 
visible to the left of x^ (i.e., x^). Therefore, render 
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the Present Span, S P (i.e., S^, from to (i.e., 



from 



to x^). 



12B) 2404 The processing of Present Span is com- 
pleted (at this point), so make S^ (i.e., SJ into the 
Present Span, S F , by setting: 

X PL° X SL° X 2L\ 
X PR~ X NR~ X 2R> 
Z PL =Z NL =Z 2L> 
7 -PR =7 -NR~ L 2Ri 



10 



15 



(EQ 26) 



12C) 2406 The Current Portion, S c , is set equal to S N 
by setting: 



Z CL^ Z NL =Z 7L-> 
z CfT z NR m!L 2Rt 

CF =max{z NL , z^)=max(z 2J ,,z 2W )=z 2L ; 



S^invalid; 



S^=read(n)=0; 

x Art =read(x z j=x QL ; 

x JVJ9 =read(x«)=x off ; 

z M .=read(z L )=z QL ; 

z AW =read(z>z 0ff ; 

d^=rcad(d)=do; 

i JV =rcad(i)=i 0 ; 



20 
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(EQ 27) 



12D) 2408 The Saved Span, S^, is invalidated. In Step 
9C, the values for S 5 were set to those of S ly but these 30 
are now labelled invalid. 



(EQ 28) 



12E) 2410 There is a new Current Portion, S c (i.e., SJ, 35 
so a search is done for spans that could possibly 
occlude it. The Span Occluding Test query performs, 
in each SMCCAM Word 900: 

F«o= F «^( n * s ^( x ^ <x c«)X^>^)l(z^<z c >(z /lK <z CF )] 4Q 

F n0 =F rtV >*2)lx^<x^X(x^>x 2L )l(z, li .<z 2L )v(z^<z 2t )] (EQ 29) 

This query creates the set of all Potentially Occluding 
Spans for the Current Portion, S c (i.e., SJ. The 
query finds S 0 , S 3 , and S 4 . 45 

12F) 2412 and 2414 Because ¥ Q is not empty, there 
must be spans that possibly occlude the Current 
Portion, S c (i.e., S^. Therefore, the first span in ¥ Q 
is read and made the New Span, S^. This read 
operation sets the following values: 



50 



55 



60 



(EQ 30) 



Reading the first span in ¥ Q yields S 0 , the first span in 
the set. The read process also deletes S 0 from ¥ Q by 
setting (Fq^-0). 
13) 2109, 2106, 2110, and 2112 The right edge of the 

display screen has not been reached (i.e., x aL <x fFM13K ) 
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and both the Present Span, S^, (i.e., SJ, and the New 
Span, S^ (i.e., S 0 ), are valid. Therefore, the Span 
Interaction Parameters for these two spans are 
computed, and are found to be: (Non, Non, Far, Far). 

14) 2114 The Span Interaction Type is determined from 
the Span Interaction Parameters, and turns out to be 
Type 32. 

15) 2116, 2118, and 2600 Because the Span Interaction 
Type is Type 32, Rule 5 is invoked to process S 2 . 

15 A) 2602 and 2604 The New Span, S^ (i.e., S 0 ), is 
hidden within the x axis projection of S c (i.e., SJ. 
Therefore, S# (i.e., S 0 ) is discarded. Because ¥ Q is 
not empty, there must be other spans that possibly 
occlude the Current Portion, S c (i.e., SJ. Therefore, 
the first span in ¥ Q is read and made the New Span, 
S N . This read operation sets the following values: 

Sjv=read(n)=3; 

x JVL «read(x l j=X3 L ; ^ 

XMr»read(Xrt)=x 
z^=read(z L )=z 3t ; 

Z «R=™*( Z R> Z 3R> 



d^=read(d)=d 3 ; 
i^=read(i)=i 3 ; 



(EQ 31) 



Reading the first span in ¥ Q yields S 3 , the first span in 
the set. The read process also deletes S 3 from ¥ Q by 
setting (F 3G -0). S 2 is still the Present Span, S P . The 
status of the Saved Span, S 5 , is left unchanged, 
thereby remaining invalid. 

16) 2109, 2106, 2110, and 2112 The right edge of the 
display screen has not been reached (i.e., x CL <x m<2X ) 
and both the Present Span, S P (i.e., SJ, and the New 
Span, S N (i.e., S 3 ), are valid. Therefore, the Span 
Interaction Parameters for these two spans are 
computed, and are found to be: (Far, Non, Non, Near). 

17) 2114 The Span Interaction Type is determined from 
the Span Interaction Parameters, and turns out to be 
Type 13. 

18) 2116 and 2400 Because the Span Interaction Type is 
Type 13, Rule 3 is invoked to continue processing S 2 . 
18A) 2402 The Current Portion, S c (i.e., S 2 ), is hidden 

starting at x^ (i.e., x^), but is visible to the left of 
x nl (i- e -> x 3/.)- Therefore, render the Present Span, S P 
(i.e., SJ, from \ CL to x^ (i.e., from x^ to x^). 
18B) 2404 The processing of Present Span is 
completed, so make the New Span, S N (i.e., S 3 ), into 
the Present Span, S^, by setting: 

S^S iV =3; 

X PL taX NL mX 3L> 
x P/r =x NF =:X 3R'7 

z pLr L SLr = ' L ^L-> 

Z PR r=Z NX =Z 3R> 

d P =d A =d 3 ; 

ip=i iV =i 3 ; (EQ 32) 

18C) 2406 The Current Portion, S c , is set equal to S„ 
(i.e., S 3 ) by setting: 
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X CR =X Sir tX 3Rj 



c/ .-=max(z iVL ^ <VR )=max(z 3L , z 3W )=z 3L ; 



(EQ 33) 



18D) 2408 The Saved Span, S 5 , is invalidated, but it 
was already labelled invalid in a previous step. 



Sj^invalid; 



(EQ 34) 



S^readOiM); 
x M .=read(x z >x QL ; 
x^=rcad(x /? )=x 0 ^; 
z^-read^)^; 

d^=read(d)=do; 
i Af =read(i)=i 0 ; 



S A =invalid; 



10 
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18E) 2410 There is a new Current Portion, S c (i.e., S 3 ), 
so a search is done for spans that could possibly 
occlude it. The Span Occluding Test query performs, 
in each SMCCAM Word 900: 



F« <? =^/(n' s S^)Xx^<x c ^)Xx^>x <x )l(z nL <z CF >(z ffff <z Cif )] 
F BO = F ^"(Q^3)'(x rtL <X3 R )lx^>x 3L )l(z rtL <Z3 L )v(z nR <Z3j] (EQ 35) 2Q 

This query creates the set of all Potentially Occluding 
Spans for the Current Portion, S c (i.e., S 3 ). The 
query finds only S 0 . 

18F) 2412 and 2414 Because ¥ Q is not empty, there 
must be spans that possibly occlude the Current 
Portion S c (i.e., S 3 ). Therefore, the first span in F Q 
is read and made the New Span, S N . This read 
operation sets the following values: 
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35 



(EQ 36) 



40 



Reading the first span in ¥ Q yields S 0 , the first (and 
only) span in the set. The read process also deletes S 0 
from F Q by setting (F 0(? =0). The read process leaves 
set empty. 

19) 2109, 2106, 2110, and 2112 The right edge of the 45 
display screen has not been reached (i.e., x cx <x mflX ) 
and both the Present Span, S P (i.e., S 3 ), and the New 
Span, S N (i.e., S 0 ), are valid. Therefore, the Span 
Interaction Parameters for these two spans are 
computed, and are found to be: (Non, Non, Far, Far). 

20) 2114 The Span Interaction Type is determined from 
the Span Interaction Parameters, and turns out to be 
Type 32. 

21) 2116, 2118, and 2600 Because the Span Interaction 
Type is Type 32, Rule 5 is invoked to process S 3 . 
21A) 2602 and 2606 The New Span, S„ (i.e., S 0 ), is 

hidden within the x axis projection of S c (i.e., S 3 ). 
Therefore, S^ (i.e., S 0 ) is discarded. Because F Q is 
empty, there must be no other spans that possibly 
occlude the Current Portion, S c (i.e., S 3 ). Therefore, 
the New Span, S^, is labelled as invalid. 
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(EQ 37) 



A read operation is not done. S 3 is still the Present 65 
Span, S^,. The status of the Saved Span, S 5 , is left 
unchanged, thereby remaining invalid. 
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22) 2109, 2106, 2110, and 2300 Because the right edge of 
the display screen has not been reached (i.e., x CL <x ma J 
and also because S P is valid and S N is not valid, Rule 
2 is invoked to continue processing S 3 . 
22A) 2302 The Current Portion, S c (i.e., S 3 ), must be 
completely visible. Therefore, render the Present 
Span, S P (i.e., S 3 ), from x CL to x^ (i.e., from x^ to 

22B) 2304 and 2306 Because the Saved Span, S 5 , is not 
valid, there was not an intersecting span that reduced 
the size of S c . Therefore, a query is done to look for 
an Abutting Span. The query performs, in each 
SMCCAM Word 900: 



F«C =, ^«v a ( x /iL =x cr) ( z «l =x o?) 

FnQ=FnV ( X ni.=*X 3/ f) (Z nL =7^ R ) 



(EQ 38) 



This query creates the set of all Abutting Spans for the 
Current Portion, S c (i.e., S 3 ) and stores them in F^. 
The query finds only S 7 . 

22C) 2308 and 2310 Because F Q is not empty, there 
must be an Abutting Span. Therefore, the first span 
in F Q is read and made the Present Span, S P . This 
read operation sets the following values: 

S,>=read(n)=7; 
x PL =read(x i )=x 7L ; 
X/> w =read(x„)=x 7/7 ; 
z PL =read(z L )=z 7L ; 

dp=read(d)=d 7 ; 

ip=read(i>i 7 ; (EQ 39) 

Reading the first span in F Q yields S 7 , the first (and 
only) span in the set. The read process also deletes S 7 
from V Q by setting (F 7C =0). The read process leaves 
set F Q empty. 

22D) 2312 The Current Portion, S c , is set equal to S P 
(i.e., S 7 ) by setting: 

XcL" X «." X 7t» 
t-CR^PFrZ-lRi 



Cf ~max(z rL , z PR )=max(z 7Li z 7 «)-z 7/ 



(EQ 40) 



This step can be done concurrently with Step 22C. 

22E) 2314 There is a new Current Portion, S c (i.e., S 3 ), 
so a search is done for spans that could possibly 
occlude it. The Span Occluding Test query performs, 
in each SMCCAM Word 900: 

P n0 =Pnv*(^S / ,)*(x wt <x cw ) A (x^>x a ,n(z^<z CF )v(z ;iR <z Cf )] 
F»< ? -P-v"(n''7)*(x fll .<x w )"(x ll ^>x 7JL )l(z Mt .<2 7JI )v(z wil <z 7i? )] (EQ 41) 

This query creates the set of all Potentially Occluding 
Spans for the Current Portion, S c (i.e., S 7 ). The 
query does not find any spans, so F Q is empty. 

22F) 2316 and 2318 Because F^ is empty, there must 
be no spans that possibly occlude the Current 
Portion, S c (i.e., S 7 ). Therefore, the New Span, S^, 
is labelled as invalid. 
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S^io valid; 



US 6,285,378 

(EQ 42) 



Bl 



A read operation is not done. S 7 is still the Present 
Span, S P . 

23) 2109, 2106, 2110, and 2300 Because the right edge of 
the display screen has not been reached (i.e., x CL <x ma J 
and also because S P is valid and S N is not valid, Rule 
2 is invoked to process S 7 . 

23A) 2302 The Current Portion, S c (i.e., S 7 ), must be 
completely visible. Therefore, render the Present 
Span, S p (i.e., S 7 ), from x CL to x CR (i.e., from x 1L to 



?nQ=? n vXXnL=XcRY<?-nL=lc*) 

F«0=F n v'(x / a.=x 7R )Xz fti .=z 7R ) 
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23B) 2304 and 2306 Because the Saved Span, S 5 , is not 
valid, there was not an intersecting span that reduced 
the size of S c . Therefore, a query is done to look for 15 
an Abutting Span. The query performs, in each 
SMCCAM Word 900: 



(EQ43) 20 



This query creates the set of all Abutting Spans for the 
Current Portion, S c (i.e., S 7 ) and stores them in F Q . 
The query does not find any spans, so F Q is empty. 

23C) 2308 and 2320 Because F Q is empty, there is not 25 
an Abutting Span. All spans completely to the left of 
x^ (i.e., x 7R ) must be hidden, so they are declared 
invalid. This is done by a query that performs, in 
each SMCCAM Word 900: 

30 

F„^F„/(x«ji>*ck) 



(E0 44) 



This query reduces the number of valid spans by 
reducing the spans in set F v from 15 to 10. At this 35 
point, F v consists of S 0 , S 19 S 6 , and S 8 through S 14 . 

23D) 2322 There is neither a valid Present Span, S P , 
nor a valid New Span, S N . Hence, both are labelled 
as invalid. 
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S/>=in valid; 

S^invalid; (EQ 45) 

23E) 2324 The Current Portion, S c , is set equal to: 

^-invalid; 

-infinity; 
z c/? = in valid; 

z^-infinity; (EQ 46) 



24) 2109, 2106, 2108, and 2200 Because the right edge of 55 
the display screen has not been reached (i.e., x cx <x wax ) 
and also because the Present Span, S P , is not valid and 
F v is not empty (indicating that at least some spans are 
valid), Rule 1 is invoked. Here, Rule 1 is used to search 
for the frontmost span at x 7R . When found, this front- 60 
most span is processed as the Present Span, S P . 
24A) 2202 Do a query to find all valid spans that could 
affect the current raster line at x^ (i.e., x 7R ). The 
query performs, in each SMCCAM Word 900: 
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This query finds S 0 , S 2J S 6 , and S 8 . The query operation 
could include z coordinate comparisons that check 
for values less than z CF , which has been set to 
infinity. 

24B) 2204 and 2222 Because F Q is not empty, there 
must be at least one span that could affect the current 
raster line at x CL (i.e., x 7R ). Therefore, the first span 
in F Q is read and made the New Span, S N . This read 
operation sets the following values: 

S A ^read(n)=0; 

x A , L =read(x / J=x ot ; 

x„K=read(x*)=XaK; 
z iVL =read(z L )=z oc ; 
z ArK =read(z^>=z (W ; 



d yv -read(d)=d 0 ; 
i A ^read(i)=i c ; 



(EQ48) 



Reading the first span yields the leftmost span in F Q , 
which is S 0 . The read process also deletes S 0 from F Q 
by setting (F OG =0), 

24C) 2224 The z value for the New Span, S„ (i.e., S 0 ), 
at the x coordinate x^ (i.e., x 7R ) is computed as 



^NL^XcL-tNLYtrZoL+blR-XoL)* 1 * 



(EQ 49) 



The position (x 7Ri z tem/> ) 2704 is shown in FIG. 27. 

24D) 2226, 2228, and 2232 The computed value, z temp , 
is less than z CL (i.e., infinity), so make the New Span, 
S^ (i.e., S 0 ), into the Present Span, S^, by setting: 

XpL~ X XLr X CL> 
X rR =X NR =X OR> 
Z PL~ Z NL~ Z o6 

Z/»/?=Zjv^=z w ; 
dp=d jV =do; 

ip-i^io; (EQ 50) 

24E) 2236 The Current Portion, S c , is set to the portion 
of the Present Span, S P (i.e., S 0 ) to the right of x CL 
(i.e., x 7R ) by setting: 

XcR^XtfR^Xwt'y 
Z CL~ Z ietnp^ 



(EQ 51) 



(EQ 47) 



24F) 2237 and 2238 As stated above, the objective of 
this part of the method is to find the frontmost span 
at x CL (i.e., x TR ) Al x CA (i.e., x TR ), the z coordinate of 
the Present Span, S P (i.e., S 0 ), is equal to z temp . 
Therefore, any span in front of S^ (i.e., S 0 ) at x CL 
(i.e., x 7R ) must be at least partially located closer to 
the observer than z temp . The se! F Q is not empty and 
includes all the candidates for frontmost span at x CL 
(i.e., x 1R ), and some of these candidates maybe 
eliminated with the query: 
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F rtC =F„ v T„ 0 l(z^<z c Jv(z„*<z c J] 
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(EQ 52) 



This query operation keeps candidate spans that have 
either endpoint z coordinate less than z ternp . After the 
query, F Q contains only S 8 . 

A variation of this method could skip this query to save 
time, but does not delete spans hidden by S P (i.e., S 0 ) 
at x CL (i.e., x 7R ), and so must read all the spans that 
could affect the current raster line at x CL (i.e., x 7R ). 
If the depth complexity is small, then this variation 
would yield a net savings. However, for large depth 
complexity, the time saved by eliminating candidate 
spans would outweigh the time spent doing the query 
operations. Hence, the method choice depends on the 
expected depth complexity of the scene. 

To avoid making an a priori assumption about scene 
complexity, the SMCCAM800 could include a 
mechanism for determining the depth complexity at 
x cl counting the number of spans in the set F Q . 
If the number of spans in F Q is small, the query 
operation of this step is skipped, and each span in F Q 
is read. If the number of spans in F Q is sufficiently 
large, the query operation is not skipped, and some 
spans in F Q are deleted, and a net saving is achieved. 

24G) 2204 and 2222 Because is not empty, there 
must be at least one more candidate span that could 
be frontmost at x CL (i.e., x 7R ). Therefore, the first 
span in F Q is read and made the New Span, S^. This 
read operation sets the following values: 

Sy=read(n)=8; 

x A/L «read(x L )=x aL ; 

x^=read(x w )=x 8/? ; 

z A , L =read(zJ=z^; 

z^readtz^Ze*; 

d 7V =read(d)=d 8 ; 

i^read(i)=is; (EQ 53) 

Reading the first span yields the only span in F Q , S 8 . 
The read process also deletes S 8 from F Q by setting 
(F 8<2 =0). The read process leaves set F Q empty. 

24H) 2224 The z value for the New Span, S N (i.e., S 8 ), 
at the x coordinate x CL (i.e., x 7R ) is computed as 
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W=^X+(*CL-*Ax)^^ + (*7tf-*BLy 8 



(EQ 54) 



The position (x 7R , z [emp ) 2704 is shown in FIG. 27. 

241) 2226, 2228, and 2232 The computed value, z^ m/J , 
is less than z CL (i.e., z coordinate of S 0 at x 7R , 
computed as z temp is Step 24C), so make the New 
Span, S N (i.e., S 8 ), into the Present Span, Sp, by 
setting: 
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dp=d^=d e ; 



(EQ 55) 



24J) 2236 The Current Portion, S c , is set to the portion 
of the Present Span, S P (i.e., S 8 ) to the right of x^ 
(i.e., Xjk) by setting. 



7. CF =max(z lcIT , f 



(EQ 56) 



24K) 2237, 2204, 2206, and 2214 Because F Q is empty 
and S P (i.e., S 8 ) is valid, a search is done for spans 
that could possibly occlude the Current Portion, S c , 
(i.e., S 8 to the right of x 7R ). The Span Occluding Test 
query performs, in each SMCCAM Word 900: 

Fno=F«/(n' e Sp)*(x ni .<x cw )lx^<x ci n(z^<z c/ -)v(z fl/? <z C f)] 
F^-F n /(n*8)"(x^<x w )*(x^<x 7w n(z^<z 8 >(z^<z w )] (EQ 57) 

This query creates the set of all Potentially Occluding 
Spans for the Current Portion, S c (i.e., S 8 to the right 
of x 7R ). The query finds S 0 and S 9 . 

24L) 2216 and 2218 Because F^ is not empty, there 
must spans that possibly occlude the Current Portion, 
S c (i.e., S 8 to the right of x 7R ). Therefore, the first 
span in F Q is read and made the New Span, S N . This 
read operation sets the following values: 

Sjv-readW-O; 

x A r L =read(x L )=x 0i r; 

x^read(x R )=x w ; 

z AX -read(z L )=z QL ; 

z A , /? =read(z /7 )=z (W ; 

d ;v =read(d)=d 0 ; 



i^=read(i)=io; 



(EQ 58) 



Reading the first span in F Q yields S 0 , the first span in 
the set. The read process also deletes S 0 from F Q by 
setting (F 0 £=0). 

25) 2109, 2106, 2110, and 2112 The right edge of the 
display screen has not been reached (i.e., x CL <x maJC ) 
and both the Present Span, S P (i.e., S 8 ), and the New 
Span, S„ (i.e., S 0 ), are valid. Therefore, the Span 
Interaction Parameters for these two spans are 
computed, and are found to be: (Non, Non, Far, Near). 

26) 2114 The Span Interaction Type is determined from 
the Span Interaction Parameters, and turns out to be 
Type 31. 

27) 2116, 2118, and 2500 Because the Span Interaction 
Type is Type 31, Rule 4 invoked to process S 8 : 

27 A) 2502 The Current Portion, S c (i.e., S 8 to the right 
of x 7R ), and the New Span, S N (i.e., S 0 ), interact to 
cause S c to transition from being visible to being 
hidden somewhere along its length: at point of 
intersection between S c (i.e., S 8 to the right of x 7R ) 
and Sjv (i.e., S 0 ). The intersection is computed, and 
found to be at (x„ z f ) 2708, as shown in FIG. 27. 
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27B) 2504 The Current Portion, S c (i.e., S s to the right 
of x 7R ), is shortened by changing its right end point 
to the intersection point. The right endpoint of S c is 
modified by setting 



c ^max(z CL , z,)=z / ; 



(EQ 59) 
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The Current Portion, S c is now the portion of S 8 
between x 7R and x 7 . The Present Span, S P , is still 
equal to all of S 8 . 

27C) 2506 The New Span, S„ (i.e., S 0 ), is saved as the 
Saved Span, S 5 . This is done because S 5 will be 
needed later is S^ (i.e., Sg) is rendered to x 7 . 

S^S^O; 

X SL= X UL =X QLi 
X 5/? =X A7? =X 0/?> 

Z 5« =:Z A7?" Z Ok'> 
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(EQ 60) 



S A =invalid; 
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The portion of the Saved Span, S s , to the right x 7 abuts 
S c at the x coordinate x 7 . If, later in the method, S c 
is rendered to x 7 , then S 5 will become the Present 
Span, S P . 

27D) 2508 The Current Portion, S c (i.e., S 8 from x 7R to 
x 7 ) has been changed, so a search is done for spans 
that could possibly occlude it. The Span Occluding 
Test query performs, in each SMCCAM Word 900: 

F»(T F «vF«o*(^S r ) A (x^<x c ^X^>^1(^ < ^>( z »t«< z c/')3 
F« Q =F rt vX(?"(n^8)^<x / )Xx /l/I >x w )l(z /a <z / )v(z^<z / )] (EQ 61) 40 

This query creates the set of all Potentially Occluding 
Spans for the Current Portion, S c (i.e., S 8 from x 7R 
to x 7 ). The query does not find any spans; therefore, 
V Q is empty. 

27E) 2510 and 2514 Because V Q is empty, there must 
not be any spans that possibly occlude the Current 
Portion, S c (i.e., S 8 from x 7R to x 7 ). Therefore, the 
New Span, S^, is declared invalid. 



45 



(EQ 62) 
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28) 2109, 2106, 2110, and 2300 Because the right edge of 
the display screen has not been reached (i.e., x CL <x max ) 
and also because S P is valid and S^ is not valid, Rule 
2 is invoked to process S 8 . 

28A) 2302 The Current Portion, S c (i.e., S 8 from x 7R to 
x 7 ), must be completely visible. Therefore, render the 
Present Span, S P (i.e., S s ), from x CL to x^ (i.e., from 
x 7R to x 7 ). 

28B) 2304 and 2326 Because the Saved Span, S 5 , is 
valid, there was an intersecting span that reduced the 
size of S c . Therefore, the Saved Span, S 5 (i.e., S 0 ), 
is made into the Present Span, Sp, by setting: 

Sp^-0; 
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x /7? =x s*= x ot; 



Z «. =Z St =Z QL» 



" l f>R= Z SR** Z OR-> 



(EQ 63) 



28C) 2328 The Current Portion, S c , is set to the portion 
of S p (i.e., S 0 ) that is to the right of x 7 . That way, the 
Saved Span, S 5 (i.e., S 0 ), acts the same as an Abut- 
ting Span for the portion of S 8 to the left of x 7 , where 
the abutting takes place at x 7 . This is done by setting: 



X CfT* X SR =X ORi 
7 'CR =Z SR != ' L OR, 

z CF =max(z C p^ JW )=max(z / , Zq/^z,; 



(EQ 64) 



This step can be done concurrently with Step 28B. 
28D) 2330 Because the values for the Saved Span, S 5 , 

have been transferred to the Present Span, S^, S 5 is 

invalidated. 



S^invalid; 



(EQ 65) 



28E) 2314 There is a new Current Portion, S c (i.e., S 0 
to the right of x 7 ), so a search is done for spans that 
could possibly occlude it. The Span Occluding Test 
query performs, in each SMCCAM Word 900: 

F»o=F rt /(n*S / ,)'(x„ i .<x c „)*(x n „>x a .)l(z ni ,<z OF )v(z / ,p<z C p)J 
^O= F ^>*0)Xx^<x o «)Xx n «>x / )'[(z nt <z / )v(z^<z / )} (EQ 66) 

This query creates the set of all Potentially Occluding 
Spans for the Current Portion, S c (i.e., S 0 to the right 
of x 7 ). The query finds S 8 through S 13 . 

28F) 2316 and 2332 Because Y Q is not empty, there 
must spans that possibly occlude the Current Portion, 
S<~ (i.e., S 0 to the right of x 7 ). Therefore, the first span 
in F Q is read and made the New Span, S N . This read 
operation sets the following values: 

S^readfc)^; 

x /^-r«ad( x i>Xsc; 

x iV ^=read(x^)=x w ; 

z ;VL =read(z i )«z 8L ; 

z VV p=read(z^)=z w ; 

d /v =read(d)=d 8 ; 



i^read(i)=ie; 



(EQ 67) 



Reading the first span in ¥ Q yields S 8 , the first span in 
the set. The read process also deletes S 8 from F Q by 
setting F 8Q =0). 

An alternate method could include a way to prevent the 
left side partner of an intersecting span pair from 
being considered as a Potentially Occluding Span of 
the right side partner. This could be done with an 
additional query of an SMCCAM 800 that can do 
two simultaneous inequality tests on n in each SMC- 
CAM Word 900. 
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29) 2109, 2106, 2110, and 2112 The right edge of the 
display screen has not been reached (i.e., XcL <x ma^ 
and both the Present Span, S P (i.e., S 0 ), and the New 
Span, S N (i.e., S 8 ), are valid. Therefore, the Span 



are 5 



Interaction Parameters for these two spans 
computed, and are found to be: (Non, Near, Equal, 
Non). 

30) 2114 The Span Interaction Type is determined from 
the Span Interaction Parameters, and turns out to be 
Type 21. 

31) 2116, 2118, and 2600 Because the Span Interaction 
Type is Type 21, Rule 5 is invoked to process S 0 . 
31A) 2602 and 2604 The New Span, S^ (i.e., S 8 ), is 

hidden within the x axis projection of S c (i.e., S 0 to 
the right of x 7 ). Therefore, S^(i.e., S 8 ) is discarded. 
Because F Q is not empty, there must be other spans 
that possibly occlude the Current Portion, S c (l - ^ so 
to the right of x 7 ). Therefore, the first span in V Q is 
read and made the New Span, S N . This read opera- 
tion sets the following values: 



x„ L ~Ttad(x L )=x 9L ; 

Xy VR =read(x i? )=x 9W ; 

z M .=read(zJ=z 9i ; 

z^-read^)^*; 

d JV =read(d)=d 9 ; 

i^=read(i)=i9; 
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(EQ 68) 
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Reading the first span in F G yields S 9 , the first span in 
the set. The read process also deletes S 9 from ¥ Q by 
setting (F 9 £=0). S 0 is still the Present Span, S P . The 
status of the Saved Span, S 5 , is left unchanged, 
thereby remaining invalid. 

32) 2109, 2106, 2110, and 2112 The right edge of the 40 
display screen has not been reached (i.e., x CL <x ma J 
and both the Present Span, S F (i.e., S 0 ), and the New 
Span, S N (i.e., S 9 ), are valid. Therefore, the Span 
Interaction Parameters for these two spans are 
computed, and are found to be: (Far, Far, Non, Non). 

33) 2114 The Span Interaction Type is determined from 
the Span Interaction Parameters, and rums out to be 
Type 5. 

34) 2116 and 2400 Because the Span Interaction Type is 
Type 5, Rule 3 is invoked to continue processing S 0 . 
34A) 2402 The Current Portion, S c (i.e., S 0 to the right 

of x,), is hidden starting at x^ (i.e., Xg L ), but is 
visible to the left of x^ (i.e., x^). Therefore, render 
the Present Span, S P (i.e., S 0 ), from to x^ (i.e., 
from ZjW Zg L ). 
34B) 2404 The processing of Present Span is com- 
pleted (for now), so make the New Span, S^ (i.e., 
S 3 ), into the Present Span, S^, by setting: 
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S / »_ 5V _9; 
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(EQ 69) 



34C) 2046 The Current Portion, S c , is set equal to S^ 
(i.e., S 9 ) by setting: 



X CL= X XL =X 9L>' 



Z CL =Z SL" Z 9LJ 



c/ -max(2 A . L ^)=max(z 3lJ z 3 ^)=2 9L ; 



(EQ 70) 



34D) 2408 The Saved Span, S s , is invalidated, but it 
was already labelled invalid. 



Ss=invalid; 



(EQ 71) 



34E) 2410 There is a new Current Portion, S c (i.e., S 9 ), 
so a search is done for spans that could possibly 
occlude it. The Span Occluding Test query performs, 
in each SMCCAM Word 900; 

This query creates the set of all Potentially Occluding 
Spans for the Current Portion, S c (i.e., S^). The 
query does not find any spans, so F Q is empty. 

34F) 2412 and 2416 Because F Q is empty, there must 
be no other spans that possibly occlude the Current 
Portion, S c (i.e., S 9 ). Therefore, the New Span, S N , 
is labelled as invalid. 



.^invalid; 



(EQ 73) 



A read operation is not done. S 9 is still the Present 
Span, S P . The status of the Saved Span, S 5 , is left 
unchanged, thereby remaining invalid. 
35) 2109, 2106, 2110, and 2300 Because the right edge of 

the display screen has not been reached (i.e., x CL <x ma ^) 

and also because S P is valid and S N is not valid, Rule 

2 is invoked to process S 9 . 

35 A) 2302 The Current Portion, S c (i.e., S 9 ), must be 
completely visible. Therefore, render the Present 
Span, S P (i.e., S 9 ), from x CL to x^ (i.e., from Xg L to 

35B) 2304 and 2306 Because the Saved Span, S 5 , is not 
valid, there was not an intersecting span that reduced 
the size of S c . Therefore, a query is done to look for 
an Abutting Span. The query performs, in each 
SMCCAM Word 900: 



F„q=F„ v" (x^=x c *) * (z nL =z C(t ) 

FnQ=F„ V ( X „L= X 9«) ( Z ^L =Z 9/?) 



(EQ 74) 



This query creates the set of all Abutting Spans for the 
Current Portion, S c (i.e., S 9 ) and stores them in ¥ Q . 
The query finds only S n . 

35C) 2038 and 2310 Because F Q is not empty, there 
must be an Abutting Span. Therefore, the first span 
in F Q is read and made the present Span, S P . This 
read operation sets the following values: 

Spread (n)=ll; 



x^readfo^x,^; 
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x^=read(x ff )=x liw ; 
z Pt =read(z L )=z nI .; 
z / >^=read(z w )=z 11/? ; 

i^read(i)=iii; ( E0 75) 

Reading the first span in F Q yields S n , the first (and only) 
span in the set. The read process also deletes S ia from F Q by 
setting (F 11C =0). The read process leaves set F Q empty. 
35D) 2312 The Current Portion, S c , is set equal to S P 
(i.e., S aj ) by setting: 



38A) 2602 and 2606 The New Span, S„ (i.e., S 0 ), is 
hidden within the x axis projection of S c (i.e., S 1} ). 
Therefore, S^(i.e., S 0 ) is discarded. Because F Q is empty, 
there must be no other spans that possibly occlude the 
Current Portion, S c (i.e., S al ). Therefore, the New Span, S„, 
is labelled as invalid. 



10 



15 



20 



c ^max(z PJL ,z 11/? >=max(z 1LLJ z n/? )=z 11/? ; 



(EQ 76) 



35E) 2314 There is a new Current Portion, S^i.e., S 13 ) f 
so a search is done for spans that could possibly 
occlude it. The Span Occluding Test query performs, 
in each SMCCAM Word 900: 



25 



F^F nV \nnS F )\x^<x CR )\x^>XcJ\{z^<Xc^ 
F^F n y\nM)\x^<x 11R nx^^\{z^<z xl ^ ^ 30 

This query creates the set of all Potentially Occluding 
Spans for the Current Portion, S c (i.e., S 7 ). The 
query finds only S 0 . 

35F) 2316 and 2432 Because F Q is empty, there must 
be spans that possibly occlude the Current Portion, 
S c (i.e., S u ). Therefore, the first span in F Q is read 
and made the New Span, S N . This read operation sets 
the following values: 

S^readCnH*; 
x M .-iead(x 1 >x QL ; 
x^=read(x w )=x (W ; 
x^ i «read(z L )=z QL ; 
z iV/? =read(z ff )=z 0/f ; 



35 



40 



45 



d /v =read(d)=d c ; 
i^readCO^io; 



50 



(EQ 78) 



Reading the first span in F Q yields S 0 , the first (and 
only) span in the set. The read process also deletes S 0 
from F Q by setting (F 0G =0). The read process leaves 
set F Q empty. 

36) 2109, 2106, 2110, and 2112 The right edge of the 
display screen has not been reached (i.e., x cx <x maJC ) 
and both the Present Span, S P (i.e., S ia ), and the New 
Span, S N (i.e., S 0 ), are valid. Therefore, the Span 
Interaction Parameters for these two spans are 
computed, and are found to be: (Non, Non, Far, Far). 

37) 2114 The Span Interaction Type is determined from 
the Span Interaction Parameters, and turns out to be 
Type 32. 

38) 2116, 2118, and 2600 Because the Span Interaction 
Type is 32, Rule 5 is invoked to process S 13 . 
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Sj^in valid; 



(EQ 79) 



A read operation is not done. S 3 is still the Present 
Span, S P . The status of the Saved Span, S 5 , is left 
unchanged, thereby remaining invalid. 
39) 2109, 2106, 2110, and 2300 Because the right edge of 

the display screen has not been reached (i.e., x CL <x mflJC ) 

and also because S P is valid and S N is not valid, Rule 

2 is invoked to continue processing S n . 

39A) 2302 The Current Portion, S c (i.e., S ia ), must be • 
completely visible. Therefore, render the Present 
Span. S P (i.e., S-^), from % to Xc R (i.e., x 11L to 
x 11R ). 

39B) 2304 and 2306 Because the Saved Span, S 5 , is not 
valid, there was not an intersecting span that reduced 
the size of S c . Therefore, a query is done to look for 
an Abutting Span. The query performs, in each 
SMCCAM Word 900: 

F^F n y{?^*ad\ZnL-Zcid 

F^vXx^x^Xz^Zm) (EQ 80) 

This query creates the set of all Abutting Spans for the 
Current Portion, S c (i.e., S 1X ) and stores them in F Q . 
The query does not find any spans, so F Q is empty. 

39C) 2308 and 2320 Because F Q is empty, there is not 
an Abutting Span. All spans completely to the left of 
x cr ( i e » x ilr) must be niddeD > 80 tne y are declared 
invalid. This is done by a query that performs, in 
each SMCCAM Word 900: 



F nV ^F n v(x„ R >x CR ) 

FnVFnvtX^XnR) 



(EQ 81) 



This query reduces the number of valid spans by 
reducing the spans in set F v from 10 to 5. At this 
point, F v consists of S 0 , S 1? and S 12 through S 14 . 

39D) 2322 There is neither a valid Present Span, Sp, 
nor a valid New Span, S N . Hence, both are labelled 
as invalid. 

Sp=in valid; 

S^invalid; (EQ 82) 

39E) 2324 The Current Portion, S c , is set equal to: 

XCL' X CFT X \1R7 

x c/r =invaHd; 

z Ci .=mfinity; 
z c/r =in valid; 

z c/f =mfinity; ( E Q 83) 

40) 2109, 2106, 2108 and 2200 Because the right edge of 
the display screen has not been reached (i.e., x CL <x ma ^) 
and also because the Present Span, Sp, is not valid and 
F v is not empty (indicating that at least some spans are 
valid). Rule 1 is invoked. Here, Rule 1 is used to search 
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for the frontmost span at x liR . When found, this front- 
most span is processed as the Present Span, S P . 
40A) 2202 Do a query to find all valid spans that could 
affect the current raster line at Xc L . (i.e., x 1LR ). The 
query performs, in each SMCCAM Word 900: 



FnQ-F* V ( X nL - X l I/?) 



(EQ 84) 



10 



This query finds S 0 , S l9 and S a2 . The query operation 
could include z coordinate comparisons that check 
for values less than z CP , which has been set to 
infinity. 

40B) 2204 and 2222 Because V Q is not empty, there 
must be at least one span that could affect the current 15 
raster line at x CL (i.e., x 11R ). Therefore, the first span 
in F Q is read and made the New Span, S N . This read 
operation sets the following values; 

S^read^H*; 20 

x yvt =read(xJ=x QL ; 

x^read(x«)=Xo R ; 

z^-read^-z^; 25 

z^readfz^zo*; 

d / ^read(d)*d 0 ; 

i^read(i)=io; (EQ 85) ^ 

Reading the first span yields the leftmost span in F G , 
which is S 0 , The read process also deletes S 0 from F G 
by setting (F OQ =0). 

40C) 2224 The x value for the New Span, (i.e., S 0 ), 
at the x coordinates x^ (i.e., x 11K ) is computed as 35 



(EQ 86) 



The position (x 1LR , z temp ) 2710 is shown in FIG. 27. ^ 
40D) 2226, 2228, and 2232 The computed value, z ump , 
is less than (i.e., infinity), so make the New Span, 
S N (i.e., S 0 ), into the Present Span Sp, by setting: 



X PR =X VR =X OR' 
*PL=' Z NLr* Z QL\ 



45 
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(EQ 87) 



40E) 2236 The Current Portion, S c , is set to the portion 
of the Present Span, S P (i.e., S 0 ) to the right of 
XcL (i.e., x 11R ) by setting: 



55 



ZcR~ Z »R =Z <iR; 

CF =mzx(z lcmp , 2 XR )=max(2 tOT/w 2 0R )=2, e 



60 



(EQ 88) 
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40F) 2237 and 2238 As stated above, the objective of 
this part of the method is to find the frontmost span 



46 



at x CL (i.e., x llR ). At x CL (i.e., x 11R ), the z coordinate 
of the Present Span, Sp (i.e., Sq), is equal to z temp . 
Therefore, any span in front of S P (i.e., S 0 ) at x a 
(i.e., x 1LR ) must be at least partially located closer to 
the observer than z temp . The set V Q is not empty and 
includes all the candidates for frontmost span at x^ 
(i.e., x lXR ) y and some of these candidates maybe 
eliminated with the query: 



(EQ 89) 



This query operation keeps candidate spans that has 
either endpoint z coordinate less than z temp . After the 
query, F Q is empty. 

40G) 2204, 2206, and 2214 Because V Q is empty, there 
can not be any other candidate span that could 
frontmost at x CL (i.e., x 11R ). Also, because S P (i.e., 
S 0 ) is valid, perform, in each SMCCAM Word 900, 
the Span Occluding Test query: 

This query creates the set of all Potentially Occluding 
Spans for the Current Portion, S c (i.e., S 0 to the right 
of x 11R ). The query does not find any spans, and F e 
is empty. 

40H) 2216 and 2220 because ¥ Q is empty, there must 
be no other spans that possibly occlude the Current 
Portion, S c (i.e., S 0 to the right of x^). Therefore, 
the New Span, S N , is labelled as invalid. 



Sjv-invalid; 



(EQ91) 



A read operation is not done, S 0 is still the Present 
Span, S P . The status of the Saved Span, S 5 , is left 
unchanged, thereby remaining invalid. 
41) 2109, 2106, 2110, and 2300 Because the right edge of 

the display screen has not been reached (i.e., x CL <x ma J 

and also because Sp is valid and S^ is not valid. Rule 

2 is invoked to process S 0 . 

41A) 2302 The Current Portion S c (i.e., S 0 to the right 
of x 1LR ), must be completely visible. Therefore, 
render the Present Span, Sp (i.e., S 0 ), from x CL to x CR 
(i.e., from x 11R to x^. 

41B) 2304 and 2306 Because the Saved Span, S 5 , is not 
valid, there was not an intersecting span that reduced 
the size of S c . Therefore, a query is done to look for 
an Abutting Span. The query performs, in each 
SMCCAM Word 900: 



(EQ 92) 



This query creates the set of all Abutting Spans for the 
Current Portion, S c (i.e., S 0 ) and stores them in ¥ Q . 
The query does not find any spans, so F^ is empty. 

41C) 2308 and 2320 Because F Q is empty, there is not 
an Abutting Span, All spans completely to the left of 
x CR (i.e., Xqk) must be hidden, so they are declared 
invalid. This is done by a query that performs, in 
each SMCCAM Word 900; 



FnV~F n v( X nR>X*R) 



(EQ 93) 
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This query reduces the number of valid spans by 

reducing the spans in set F v from 10 to 2. At this 

point, F v consists of S a and S 14 . 
41D) 2322 There is neither a valid Present Span, S^, 

nor a valid New Span, S^. Hence, both are labelled 

as invalid. 



S^invalid; 
Sf^in valid; 



(EQ94) 



41E) 2324 The Current Portion, S c , is not equal to: 



X CL =X CR lsX W : > 

jc CR =invalid; 

=infinity; 
z Cff =invalid; 
z CF ='mhnity; 



10 



15 



(EO 95) 



20 



42) 2109, 2106, 2108, and 2200 Because the right edge of 
the display screen has not been reached (i.e., x CL <x max ) 
and also because the Present Span, S P , is not valid and 
F^is not empty (indicating that at least some spans are 
valid), Rule 1 is invoked. Here, Rule 1 is used to search 25 
for the frontmost span at x QR . When found, this front- 
most span is processed as the Present Span, S P . 
42A) 2202 Do a query to find all valid spans that could 
affect the current raster line at \ CL (i.e., Xq^). The 
query performs, in each SMCCAM Word 900: 30 

FnQ=Fnv{ X nL ~ X Cl) 

FnQ-F.vix^x^ (E0 96) 

This query finds S a and S 14 . The query operation 35 
should include z coordinate comparisons that check 
for values less than z CP , which has been set to 
infinity. 

42B) 2204 and 2222 Because F Q is not empty, there 
must be at least one span that could affect the current 40 
raster line at x CL (i.e. Xq^). Therefore, the first span 
in V Q is read and made the New Span, S^. This read 
operation sets the following values: 



x SL~™ d ( X L> X U.'> 

x^readfo)-*!*; 

z^readCzJ^u.; 

z AW =read(z^)=z 1 ^; 

d iV =rcad(d)=d 1 ; 

i'^read^sjy, 
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(EQ 97) 
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Reading the first span yields the leftmost span in F G , 
which is S r The read process also deletes S x from F Q 
by setting (F ie =0). 

42C) 2224 The z value for the New Span, S N (i.e., SJ, 
at the x coordinate x^ (i.e., Xq^) is computed as 6Q 



hw=*NL+( X CL- X Nd*^XL+{ X CR- X u) d X 



(EQ 98) 



The position (Xq^jZ^^) 2712 is shown in FIG. 27. 

42D) 2226, 2228 and 2232 The computed value, z^ mp , 
is less than z CL (i.e., infinity), so make the New Span, 
S N (i.e., SJ, into the Present Span, Sp, by setting: 
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WW; 

X PL= X NL QX \Li 
x PR =x NFT X \Ry 



(EQ 99) 



42E) 2236 The Current Portion, S c , is set to the portion 
of the Present Span, S P (i.e., Sj) to the right of 
Xcz(i.e., x^ by setting: 



X CR~ X ffR~ X lRy 



ZCR^JVR** 2 !*'* 



(EQ 100) 



42F) 2237 and 2238 As stated above, the objective of 
this part of the method is to find the frontmost span 
at Xc L (i.e., Xq^). At x CL (i.e., Xq^), the z coordinate 
of the Present Span, S^i.e., S 3 ), is equal to z temp . 
Therefore, any span in front of S F (i.e., S a ) at x CL 
(i.e., Xq^) must be at least partially located closer to 
the observer than z temp . The set F G is not empty and 
includes all the candidates for frontmost span at x CL 
(i.e., Xqjj), and some of these candidates maybe 
eliminated with the query: 



(EQ 101) 



This query operation keeps candidate spans that has 
either endpoint z coordinate less than z temp . After the 
query, F G contains only S 14 , and did not get changed 
by the query. 

42G) 2204 and 2222 Because F Q is not empty, there 
must be at least one more candidate span that could 
be frontmost at x^ (i.e., Xq^. Therefore, the first 
span in V Q is read and made the New Span, S^. This 
read operation sets the following values: 

5>=read(M)=14; 

x NL =Tt&d(x L )=x 14L ; 

x„ n =ie&d{x R }=x 14K ; 

z yvi =read(z L )=z 14i ; 

ZM,=read(z*)=z 14/f ; 

d^read^^no 

i^read(0=i 14 ; (EQ 102) 

Reading the first span yields the only span in F Q , that 
is S 14 . The read process also deletes S 14 from F G by 
setting (F J4 2=0). The read process leaves set F Q 
empty. 

42H) 2224 The x value for the New Span, S N (i.e., S 14 ), 
at the x coordinate x CL (i.e., x^ is computed as 



''temp' 

te^M. +(*CL"* VlKv— 1 4 L+(*0*-*14L K < 



(EQ 103) 
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The position (Xq*, z temp ) 2714 is shown in FIG. 27. 

421) 2226, 2228, and 2232 The computed value, z temp , 
is less than z CL (i.e., z coordinate of S 0 at x ln , 
computed as z temp in Step 42C), so make the New 
Span, S N (i.e., S 14 ), into the Present Span, S P , by 
setting: 

X PC =X SL =X \4L"i 
X PR =X NR- X \4r\ 
Z PL sxZ NL I=Z 14L> 



10 



z PR** Z NR- X \4Ri 



15 



(EQ 304) 



42J) 2236 The Current Portion, S c , is set to the portion 
of the Present Span, S P (i.e., S 14 ) to the right of x CL 20 
(i.e., x 0R ) by setting: 



Z CL =Z temp> 
Z CR =Z NR =Z 14R> 



25 



(EQ 105) 



Because, as shown FIG. 27, z temp is equal to z CL , the 
max 0 function could choose either z wmp or z CL . 

42K) 2237, 2204, 2206, and 2214 Because ¥ Q is empty 
and S P (i.e., S J4 ) is valid, a search is done for spans 
that could possibly occlude the Current Portion, S c , 
(i.e., S 14 to the right of Xq^). The Span Occluding 
Test query performs, in each SMCCAM Word 900: 

^^^^p)X^<*c/?)*(^/r>^)1(^<^cr)v(^<r^)] 



k,K<*14*)] 



30 
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This query creates the set of all Potentially Occluding 
Spans for the Current Portion S c (i.e., S 14 to the right 
of Xqk). The query does not find any spans, so F Q is 
empty. 

42L) 2216 and 2220 Because ¥ Q is empty, there must 
be no other spans that possibly occlude the Current 
Portion, S c (i.e., S 14 to the right of Xq^). Therefore, 
the New Span, S^, is labelled as invalid. 



45 



S,v=invalid; 



(EQ 307) 50 



A read operation is not done. S 14 is still the Present 
Span, S p . The status of the Saved Span, S 5 , is left 
unchanged, thereby remaining invalid. 
43) 2109, 2106, 2110, and 2300 Because the right edge of 55 

the display screen has not been reached (i e.,x Ci <x max ) 

and also because S P is valid and S^ is not valid, Rule 

2 is invoked to process S 14 . 

43A) 2302 The Current Portion, S c (i.e., S 14 to the right 
of Xqk), must be completely visible. Therefore, ren- 60 
der the Present Span, S F (i.e., S 14 ), from x^ to x CR 
(i.e., from Xq R to x 1AR ). 

43B) 2304 and 2306 Because the Saved Span, S 5 , is not 
valid, there was not an intersecting span that reduced 
the size of S c . Therefore, a query is done to look for 65 
an Abutting Span. The query performs, in each 
SMCCAM Word 900: 



50 



Fn^nV^nL^CRY^nL^CR) ^0=^/(^nL^14«)" 
(^^14*) 



(EQ 108) 



This query creates the set of all Abutting Spans for the 
Current Portion, S c (i.e., S J4 to the right of Xq^) and 
stores them in F e . The query does not find any spans, 
so F G is empty. 

43C) 2308 and 2320 Because F Q is empty, there is not 
an Abutting Span. All spans completely to the left of 
x CR (i.e.,x 14R ) must be hidden, so they are declared 
invalid. This is done by a query that performs, in 
each SMCCAM Word 900: 



FnV=Fnv(*nR> X CR) 
F „V<= F «v( X »R> X 14r) 



(EQ 109) 



This query reduces the number of valid spans by 
reducing the spans in set F v from 2 to 1 . At this point, 
F v consists only of S r 
43D) 2322 There is neither a valid Present Span, S^ 
nor a valid New Span, S N . Hence, both are labelled 
as invalid. 

5p=invalid; 

S^=invalid; (EQ 110) 

43E) 2324 The Current Portion, S c , is set equal to: 

x cl= x cr= x iar\ 
x CR =invalid; 

«= infinity; 
z CR "*in valid; 

z CF =mfmity; (EQ 111) 

44) 2109, 2106, 2108, and 2200 Because the right edge of 
the display screen has not been reached (i.e., Xc L <x max ) 
(EQ 106) 4Q ^d also because the Present Span, S^>, is not valid and 



F v is not empty (indicating that at least some spans are 
valid). Rule 1 is invoked. Here, Rule 1 is used to search 
for the frontmost span at x 14R . When found, this 
frontmost span is processed as the Present Span, S P . 
44A) 2202 Do a query to find all valid spans that could 
affect the current raster line at x CL (i.e., x 14R )> The 
query performs, in each SMCCAM Word 900: 



F»ar F »vXx*L£xcL) 



(EQ 112) 



This query finds only S v The query operation could 
include z coordinate comparisons that check for 
values less than z cpy which has been set to infinity. 

44B) 2204 and 2222 Because V Q is not empty, there 
must be at least one span that could affect the current 
raster line at x CL (i.e., x 1AR ). Therefore, the first span 
in F Q is read and made the New Span, S N . This read 
operation sets the following values: 

S A r=read(n)=l; 
x ML =read(x £ )=x li ,-, 

Z S*=™<K Z R> Z rR, 
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rfy-rcad(d)«rf a ; 

i^readCi)-^; (EQ 113) 

Reading the first span yields the leftmost span in F G , 
which is S r The read process also deletes S 2 from F c 
by setting (F 1£? =0). 

44C) 2224 The z value for the New Span, (i.e., S a ), 
at the x coordinate (i.e., x a4R ) is computed as 



2lo»p-ZM,+(*CL"*M)^U. + ( Jf 14*-*a) rf l 



X PL~ X HL= X \Li 
X RR= X NR =X lRy 
Z PL =Z SL =Z VL : > 

z pr= z nr~ z \r\ 



X CR =X AR =X IR> 
Z CL =Z icmp\ 

Cf f=mzx(z tanp j SR )=mzx(z lanp} z lR )~z lcmp ; 



PnQ^nV^^XnL^lR^nR^R)^^,^ 
(ZnR^cmp)] 



S^invalid; 



10 



(EQ 114) 



The position (x 14/? , z temp ) 2716 is shown in FIG. 27. 

44D) 2226, 2228, and 2232 The computed value, z wm/> , 
is less than z CL (i.e., infinity), so make the New Span, 35 
S^ (i.e., S 2 ), into the Present Span, S^ by setting: 



20 



25 



(EQ 115) 



44E) 2236 The Current Portion, S c , is set to the portion 30 
of the Present Span, S P (i.e., S-J to the right of x^ 
(i.e., x 1AR ) by setting: 



35 



(EQ 116) 



44F) 2237, 2204, 2206, and 2214 Because F e is empty 40 
and S P (i.e., S a ) is valid, a search is done for spans 
that could possibly occlude the Current Portion, S c , 
(i.e., Sj to the right of x 14i? ). The Span Occluding 
Test query performs, in each SMCCAM Word 900: 



45 



(EQ 117) 



This query creates the set of all Potentially Occluding 50 
Spans for the Current Portion, S c (i.e., S a to the right 
of x 14R ). The query does not find any spans, so V Q is 
empty. 

44G) 2216 and 2220 Because F Q is empty, there must 
not be any spans that possibly occlude the Current 55 
Portion, S c (i.e., S 2 to the right of x 14R ). Therefore, 
the New Span, S N , is labelled as invalid. 
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45A) 2302 The Current Portion, S c (i.e., S a to the right 
of x 14R ), must be completely visible. Therefore, 
render the Present Span, Sp(i.e., SJ, from x^ to x CR 
(i.e., x 14R to x^). 

45B) 2304 and 2306 Because the Saved Span, S 5 , is not 
valid, there was not an intersecting span that reduced 
the size of S c . Therefore, a query is done to look for 
an Abutting Span. The query performs, in each 
SMCCAM Word 900: 



FnQ=F n v\ X nL~ X CR)X Z nL= Z CR) 
Fn<f* F nv{XnL=XlRY{ Z nL= Z lR) 



(EQ 119) 



This query creates the set of all Abutting Spans for the 
Current Portion, S c (i.e., Sj to the right of x 14R ) and 
stores them in F Q . The query does not find any spans, 
so V Q is empty. 

45C) 2308 and 2320 Because F Q is empty, there is not 
an Abutting Span. All spans completely to the left of 
x^i.e., x 14R ) must be hidden, so they are declared 
invalid. This is done by a query that performs, in 
each SMCCAM Word 900: 



FnV= F n v{ X nR >X CR) 
^„V=^„V>„ff>*lK) 



(EQ 120) 



This query reduces the number of valid spans by 

reducing the spans in set F^from one to zero. At this 

point, F v is empty. 
42D) 2322 There is neither a valid Present Span, S P , 

nor a valid New Span, S N . Hence, both are labelled 

as invalid. 

5^= in valid; 

^invalid; (EQ 121) 

45E) 2324 The Current Portion, S c , is set equal to: 

X CL= X CR= X 1R, 

x c/? «invalid; 
z CR =m valid; 

2 c ^infinity; (EQ 122) 



(EQ 118) 
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A read operation is not done. S A is still the Present 
Span, S P . The status of the Saved Span, S 5 , is left 
unchanged, thereby remaining valid. 
45) 2109, 2106, 2110, and 2300 Because the right edge of 

the display screen has not been reached (i.e., x CL <x majc ) 65 

and also because S P is valid and S^ is not valid, Rule 

2 is invoked to process S a . 



46) 2106, 2108, and 2120 Because the Present Span, S P , 
is not valid and F„ is empty, all the spans have been 
processed. Since x CL (i.e., x^ must be less than x^^, 
there is still a fraction of the current raster line to the 
right of x^ (i.e., x^ that has not been covered by 
spans. Therefore, the background is rendered form x CL 
(i.e., x^r) to x max . The Segment Span Rasterization 
Method 2100 is complete for the current raster line,. 

Timing of Processing within the Span Sorting Pipeline 
400 

The Generic 3D Graphics Pipeline 200 generally utilizes 
a double buffered frame buffer 224 with two pages of 
memory. This allows an image in one page to be displayed 
on the display device, while the rendering process writes and 
image into the other page. Image data is written to random 
locations within the display screen 104 because the geom- 
etry is fed into the pipeline without any spatial sorting. When 
scene rendering is complete, the pages are swapped and the 
next scene is rendered. 
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Using only a few raster lines of display memory Using a single buffered display memory 

ThTloan Sorting Rendering Pipeline 400 generates the FIG. 28 assumes only a few raster lines are stored in the 

complef pLl Storing for a raster line before proceeding to Raster lines Memory 416 An alternate approach is to have 

the nex t racer hue If raster line rendering is done at a rate memory for all the raster lines in the Raster Line Memory 

to keen uTw th the display, then only a few raster lines of 5 416. This increases the required memory by quite a lot 

to keep up wim roe * ^»ay, > * . . b factor 100) but most comp uter video display 

R to^\^7Jl:^t P ^ g within the systems li- memory for every pixel in the sc.cn and 3D 

Scan Sorting Rendering Pipeline 400 can be accomplished rendering maybe considered an add-on to this type of 

£ 5J two raster lines of Raster Line Memory 416. In computer display. Hence, the required memory may already 

Ts figure me horizontal axis is time, where each tick mark 10 present in the video memory of the host computer system. 

JS^toSSdispUtyonlyn^erlineonihephysictd This section of the document assumes the Raster Line 

dlZ Svice (CRT etc.) Polygon processing 1400 for Memory 416 stores all pixel color information for every 

scene 1 S wrUes aU the polygons m the scene into the raster fine. FIG. 29 shows the tuning for a display device 

B^cke Sort Memon 404 Once this 2802 is completed, with ten raster lines (practical displays generally have on .the 
raS, L^SbSedSM for scene 1. When rearing 15 order of 1000 raster lines) being continuously refreshed, 

2 fiLTraster Tne 2804 is completed, the displaying of where three screens worth of raster fines are displayed 2902. 

Sm S on the display device can begin, prodded that As in the previous figure, the horizontal axis is tune where 

nolvgon processes 140C I for scene 1 2802 is complete, 1400 means that raster line processing 2907 can begin. 

Thfma^am of FIG 28 is an ideal case because process- 2916 the entire scene. FIG. 29 shows tow upon completion 

mgTnSre 28oTk aimed to be very closely matched 30 2906 of a scene's polygon processing be 

to the time it takes to display a raster line. In practical displayed beginning at the very next refresh cycle 2916 of 

lvstems™he e kfsome variation in the time it takes to the display, even though the raster fine processing of the last 

SSrto rTherefore ( severalrasterlinesshouldbe raster line 2912 occurs after display of the first raster me 

PmceSed btfo e ,he corresponding scene is displayed, 2910. If both the polygon processing and the raster fine 

fiieX^provStog some "slack? in the timing requirements. 35 processing for entire scenes can keep up with the dsplay 

ThTdTagrTm of^FIG. 28 also neglects display timing issues device's screen refresh rate, then a new scene can be 

such as horizontal and vertical Retrace times, but these can displayed at every screen refresh. If, once m a while, eithe 

betsed toSuc^me of the "slop" in the timing. the polygon processing or the raster fine processing does not 

Zng leTmemoryThan a full frame buffer is possible keep up, then the display device may show the same screen 

because pixel coloration processing is proportional to the 40 on two consecutive display refresh cycles 

n^of pLe^n the display screen rather than to the The concept behind FIG. 29 can be extended to rastei fine 

Zbe of pixels in all the polygon spans in the raster line. processing that does not, on the average, keep up with the 

r SprSorting Rendering Pipeline 400 is mostly in the processing of the last raster fine 2912 is completed before it 

5m<2s poTygon S portion.^ the polygon processing 45 is displayed 2914, then the entire scene wrll be displayed 

1400^an keep up with the display screen rate, then a new correctly. Furthermore, raster line processing can start on the 

s^e can be delayed every time'the screen of the display raster line that has most recenjybeen < kg** FIG . 2» 

j . . f ,V shows a polygon processing 1400 completing 3002 just 

*S diagrant o FIG. 28 assumes, when a new scene is before raster fine 7 * completely displayed^ Raster fine 

disnlaved raster line 0 of the scene must be displayed first. 50 processing 3004 can begin with raster line 7 3006, and this 

T^fSuC^on rebukes polygon processing 2802 and raster line is displayed 3008 the next time the display device 

r^fer line prSessS 2808 to "sync up" with the display shows it. Display of the scene is not intermixed with dsplay 

2806 M Ornate approach is'to let the polygon of the previous scene (that is, there is a clean = ion) 

processing complete at any point with in the cycle 2806 of provided the last raster line processed 3010 is completed 

SvS and ,o begin raster line rendering at the 55 before it is displayed 3012. In this way, the maximum time 

Ste o £ displayed (taking into account to process all rasters 3014 is almost as long as two screen 

he laiencv of processing a raster fine). This alternate refresh cycles. Hence, the processing of each raster line can 

ZJSZ^&San^^t.McU, be about twice as long as the Ume to djp ay* wUjou 

start its read operation at any raster line. requiring the need for double buffering, only a single buffer 

Some display screens, such as standard televisions, use an 60 is needed, 

interlaced display of the raster lines. This is the even The concept illustrated in FIG. 30 of having raster line 

numS Sline^ a "displayed first (in the even "field") processing 3004 over more that one screen refreshcydes 

arSdTumbered rastolines are displayed next (in the can be modified to have raster line processing 3004 wait 

odd "field™ r this type of display, the" Span Sorting until raster line 0 is displayed, thereby s^hronizing with 

Rendering Pipeline 400 generates raster lines in the order 65 the refresh cycles. Polygon process^ ; 1400 for the nex 

needed by the display. The two fields of the display can be screen does not need to wait because the Bucket Sort 

treated as separate screens, or as a single interlaced scene. Memory 404 is double buffered. 
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Using a double buffered display memory 

The Span Sorting Rendering Pipeline 400 can function 
with a fully double buffered Raster Line Memory 416, where 
every pixel in the display screen 104 corresponds to two 
words of memory (one in each buffer page). In this 
configuration, polygon processing 1400 for a scene is done 
until complete, then raster line processing is done until all 
raster lines in the display screen 104 have been processed, 
then the scene is show on the display device. This approach 
has the advantage of being able to take as long as necessary 
without being constrained to display device timing. This 
approach has the disadvantage of introducing an additional 
stage of latency. 

Query Processor Architecture 

Within the Span Sorting Rendering Architecture 500 of 
FIG. 5, for each raster line, the Query Processor 510 receives 
spans from the Span Generation Processor 508, determines 
the visible span portions (as described above), and sends the 
visible span portions to the Rasterize Processor 510. A block 
diagram of the Query Processor 510 is shown in FIG. 31, 
along .with the two pages within the Span Memory 408. 

While one Span Memory Page 800 is receiving Span 
Parameters from the Span Generation Processor 508, the 
other page 800 is being queried to determine the visible span 
portions. The two pages 800 are swapped via the Query 
Processor Crossbar 3102, which is a set of multiplexors. The 
Query Processor 510 includes a register file 3104 that is 
subdivided into five sets of registers for storing Span Param- 
eters: 1) registers 3106 for the Current Portion, S c : 2) 
registers 3108 for the Present Span, S : 3) registers 3110 for 
the New Span, S N : 4) registers 3112 for the Saved Span, S 5 : 
and 5) temporary registers 3114 used for things such as span 
intersection locations. 

The Query Processor Control 3116 determines the 
sequence of operations in the Query Processor 510, includ- 
ing the sequence of query operations. As raster line process- 
ing proceeds, branches within the method 1800 or 2100 
depend on query outcomes, span status, and Span Interaction 
Types (SITs). for each pair of S c and S„, the SIT and SIP 
Logic 3118 generates the Span Interaction Type. Computing 
a SIT requires the operations of Equation 10 to be 
performed, as well as various comparison operations. These 
operations are performed in the Compare and Offset Com- 
putation 3200 block on data received from the register filed 
3104. Whenever Rule 4 2500 is invoked, the intersection 
point between S c and S N is computed in the Intersection 
Computation block. 

For maximum throughput, Compare and Offset Compu- 
tation 3200 can be implemented in parallel hardware. FIG. 
32 shows four identical blocks 3202, where each block 3202 
includes two arithmetic comparators 3204 and 3206, a 
subtracter 3208, and a multiplier 3210. The subtracter 3208 
and multiplier 3210 computer the offsets as shown in Equa- 
tion 10. The comparators generate signals that can be used 
to generate the Span Interaction Parameters (SIPs). Inputs to 
the blocks 3202 come from the register file 3104, and 
outputs go to the SIT and SIP Logic 3118. 

Sorting Magnitude Comparison CAM circuits 

FIG. 33 shows a prior art MCCAM bit cell 3300, taken 
from the Duluk Patent, constructed out of CMOS transistors 
and gates. A field within an MCCAM Word can be built with 
a multiplicity of these cells 3300. In this cell 3300, one bit 
is stored in a Six Transistor RAM Subcircuit 3302, where 
reading and writing is controlled by the signal Cam Word 
3304 and data is written and read via the differential bit lines, 
BitH 3306 and BitL 3308 (the "H" and "L" at the end of 
signal names indicates active high and active low, 
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respectively). During a query operation, the XOR Subcircuit 
3310 performs an exclusive or function to produce the signal 
Not Equal 3312, which indicates the bit value stored in the 
RAM 3302 is not equal to the bit value on the bit lines 3306 

5 and 3308. During a query operation, the signal Enableln 
3314 being asserted indicates higher order bits in the field 
are all equal, and this bit position is enabled for comparison. 
If NotEqaul 3312 is at logic "0" when Enableln 3314 is 
asserted, the Precharged Enable Propagation Subcircuit 

10 3316 enables the next lower bit position by asserting Enable - 
Out 3318. If NotEqual 3312 is at logic "V when Enableln 
3314 is asserted, the Two Transistor Query Resolution 
Subcircuit 3320 conditionally pulls down the Query True 
3322 signal, depending on the value of ComparisonOp 3324 

15 (as described in the Duluk Patent), and EnableOut 3318 
remains unasserted. 

In contrast to an MCCAM, an SMCCAM 800 (recall, the 
"S" stands for "sorting") can shift data from one word 900 
to the next during a sorting operation. FIG. 34 is a "TTL 

20 type" circuit for one bit in an SMCCAM Word 900. This cell 
3400 includes a master-slave flip-flop 3402 for storing the 
bit value because it must function as a bit in a shift register. 
The cell is shown with separate I/O lines, InputBit 3404 and 
OutputBit 3406, but a single bidirectional I/O line or a 

25 bidirectional differential pair could be used. A read operation 
is done by asserting the Read 3408 control line, which 
enables the tri-state buffer 3410. A write operation is done on 
the rising edge of Clock 3412 when WriteEn 3414 is asserted 
and ShiftEn 3416 is not asserted. The shift within a sort 

30 operation is done on the rising edge of Clock 3412 when 
WriteEn 3414 is asserted and ShiftEn 3416 is also asserted. 
The signal ShiftEn 3416 controls a multiplexor 3418 that 
chooses whether data on InputBit 3404 or data on Shiftln 
3420 is stored into the flip-flop 3402. Data on Shiftln 3420 

35 come from ShiftOut 3422 in the corresponding cell 3400 in 
the previous SMCCAM Word 900. Query operations func- 
tion similarly to the MCCAM of the Duluk Patent. That is, 
an exclusive-or 3424 generates the signal NotEqual 3312, 
which is used to generate EnableOut 3318 and the word's 

40 query result, StoredGreaterL 3426. The key differences in 
the query operation function are: 1) the absence of Com- 
parisonOp 3324 in the cell; and 2) an open collector circuit 
3428 to generate the query result. 

FIG. 35 is a 27-transistor CMOS circuit for one bit in an 

45 SMCCAM Word 900. This cell 3500 includes a Six Tran- 
sistor RAM Subcircuit 3302 as the master part of the 
flip-flop, and a Slave Memory Subcircuit 3502 as the slave 
part of the flip-flop. The Six Transistor RAM Subcircuit 
3302 is used in the conventional way for read and write 

50 operations, and the Slave Memory Subcircuit 3502 is only 
used during shifting. To allow a bit to be shifted into the Six 
Transistor RAM Subcircuit 3302, a Shift Write Subcircuit is 
included in the cell 3504. The following sequence occurs (in 
this example cell 3500) when shifting is done: 1) the 

55 differential clock signal ShitToSlaveH 3506 and Shift- 
ToSlaveL 3508 is asserted then de-asserted in order to latch 
the data bit into the Slave Memory Subcircuit 3502; 2) The 
data bit is output from the cell to the corresponding cell 3500 
in the next word 900 via the differential signal Shift- 

60 DataOutH 3510 and ShiftDataOutL3512; and 3) the data bit 
is received on the differential signal ShiftDatalnH 3514 and 
ShiftDatalnL 3516 in the next word 900 and is written into 
that cell 3500 by asserting ShiftEnable 3518. 
Certainly, there are many bit cell circuits that could be 

65 designed to do an equivalent function. To illustrate some of 
the other choices, the cell in FIG. 35 uses a Non-Precharged 
Enable Propagation Subcircuit 3520 and a Three Transistor 
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Query Resolution Subcircuit 3522. Note that the Slave pixels on either side are assumed to be covered 100%, and 

Memory Subcircuit 3502 is a dynamic circuit, and it could are not blended (assuming visible span portions are wider 

be replaced with many other types of latches, including a than one pixel). Lack of vertical antialiasing is acceptable 

static latch. for some applications, but high quality images should be 

FIG. 36 is a 23-transistor CMOS circuit for one bit in an 5 both antialiased in both directions. 

SMCCAM Word 900. This cell 3600 utilizes a 12-transistor One method of adding vertical antialiasing is to divide 

Master-Slave Memory Subcircuit 3602 that uses dynamic each raster line vertically into several "sub-raster" lines, 

storage in both the master and slave halves of the flip-flop. Then, the Segment Span Rasterization Method 2100 can be 

The main advantage of this cell is reduced chip area due to used for each sub-raster, and pixel color values can be 

both a smaller number of transistors and the significant 10 generated by blending vertically as well as horizontally, 

number of series transistors (series transistors take up less FIG. 38 A shows a raster line 3802 and its pixels 3804, two 

space because they use fewer diffusion contacts). A data bit edges of a polygon 3806 and 3808, and two sub-raster spans 

from the input bus, BitlnH 3604, is written into the master 3810 and 3812 for that polygon. Similarly, FIG. 38B shows 

half of the flip-flop 3602 by asserting the differential signal four sub-raster spans 3814, 3816, 3828, and 3820 for the 

pair composed of WriteToMasterH 3606 and WriteToMas- 15 polygon. As a possible variation, if a pixel is covered by only 

terL 3608. During the other half of a clock cycle, the data bit two such sub-raster spans from the sample polygon, it would 

is stored into the slave half of the flip-flop 3602 by asserting be possible to compute one color value at the center of the 

the differential signal pair composed of ShiftToSlaveH 3610 pixel. 

and ShiftToSlaveL 3612. A data bit from the corresponding Using sub-raster lines reduces vertical aliasing, but does 

bit in the previous word is shifted in via ShiftDatalnH 3514 20 not eliminate it. For many applications, this is an acceptable 

into the master half of the flip-flop 3602 by asserting the approximation. 

differential signal pair composed of ShiftToMasterH 3616 Trapezoidal Span Rasterization Method 

and ShiftToMasterL 3618. The stored data bit is read from Spans can be represented by two-dimensional trapezoids 

the cell 3600 by asserting ReadWord 3620, which puts the rather than one-dimensional line segments. Both line seg- 

inverted bit value onto the BitOutL 3622 bus. The balance 25 ments and planar trapezoids are in three-dimensional object - 

of the cell 3600 performs the comparison and enable chain precision eye coordinates. The advantage of a trapezoidal 

in a manner similar to the cell 3500 described above. The representation is the preservation of edge information within 

XOR Subcircuit compares the stored bit value (utilizing both a raster line, thereby providing correct antialiasing in both 

the master and slave values flip-flop 3602 because they are the horizontal and vertical dimensions. 

compliments of each other) and the complementary values 30 FIG. 39 shows a triangle mesh with two triangles 3902, 

of BitlnH 3604 and BitlnL 3624. and 3904, and one raster line 3906 within the display screen 

FIG. 37 shows an array of CMOS SMCCAN bit cells 104. The area within the raster line 3906 for each triangle 

forming a set of fields. The signals. ShiftDatalnH 3514 and 3902, and 3904 is a trapezoidally shaped span, labelled S la 

ShiftDatalnL 3516, are grounded in the first word 900 3908 and S 12 3910. For trapezoidal spans, the span endpoint 

because the first word 900 cannot have data shifted into it 35 is an edge of the trapezoid, and is described by two points 

900. in three-dimensional screen coordinates: one at the top edge 

When signed numbers need to be stored into the of the raster line, and one of the bottom edge of the raster 

SMCCAM, it is simplest to invert the sign bit (i.e., "1" line. Hence, a trapezoidal span is described by four point in 

implies positive) during both the reading and writing pro- screen coordinates. For example, the trapezoidal span on the 

cesses. That way, in the hardware, positive numbers are 40 left 3908 in the figure has endpoints described in x-z space 

"bigger" than negative numbers. An alternate approach it to by: 1) the top of the left endpoint located at (x 1LLr> z 11LT ); 

change the logic in the sign bit positions in every field where 2) the bottom of the left endpoint located at (x 11LB , z 11LB ); 

a signed number needs to be stored and queried. Floating 3) the top of the right endpoint located at (x 1LRT> z 11R7 ); and 

point numbers are easily stored by putting the exponent in a 4) the bottom of the right endpoint located at (x 11RB , z 11RB ). 

more significant set of bit positions and by storing the 45 These four points are actually in x-y-z space, but the 

exponent as a positive number. Hence, IEEE floating point y-coordinate is dictated by the location of either the top or 

standard numbers will be processed correctly. the bottom of the raster fine 3906. Note that the subscripts 

Multiple Spans Vertically within a Raster Line in the coordinate variables indicate three things: 1) the span 

In the Segment Span Rasterization Method 2100 as number (e.g., "11"); 2) the left or right endpoint (i.e., "L" or 

described above, each polygon can have only one span in a 50 "R"); and 3) the top or bottom of the raster line (i.e., "T* or 

given raster line, and that span is represented by a line "B"). 

segment (hence, the name 2100) parallel to the x-y plane in An opaque trapezoidal span occludes more distant geom- 
screen coordinates. The location of the endpoints of spans etry over most of its length, but at endpoints 3912, and 3914 
are in object-precision, and therefore can be located any- that are not abutted to another trapezoidal span, more distant 
where horizontally within a pixel's boundaries. For 55 geometry is partially visible. However, for abutting trap- 
example, if the end a span covers 20% of the width of a ezoidal spans, as shown in FIG. 39, the common endpoint 
pixel, then that span accounts for 20% of the color value for 3916 does occlude more distant geometry. This presents a 
that pixel, and is blended with color value for the other 80% problem when utilizing trapezoidal spans. That is, non- 
of the pixel width. This provides for horizontal anti-aliasing, abutting trapezoidal span endpoints do not occlude more 
but not vertical antialiasing. That is, blending occurs 60 distant geometry, but abutting endpoints work together to 
horizontally, but not vertically. If the edge of a polygon is occlude 3918 more distant geometry. The invention of this 
closer to horizontal than vertical, then the edge has a good document successfully solves this problem by searching for 
chance of crossing through multiple pixel areas, meaning abutting spans. 

that the polygon color should be blended into multiple FIG. 40 shows a group of trapezoidal spans in the same 

pixels. However, when a single line segment is used to 65 raster line, and these spans are trapezoidal versions of the 

represent the span, the polygon's color is blended into one segment spans shown in FIG. 11. In FIG. 40, the visible 

pixel (the one that includes the segment span endpoint), and portions of the spans are shaded. Notice that for spans is a 
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polygon mesh (i.e. abutting spans), span tops lay end-to-end 
with each other, and span bottoms to likewise. Span end- 
points cast an edge "shadeow" onto spans that are farther 
from the viewing point. For example, the left endpoint 4002 
of S 2 casts such a shadow 4004 onto S r 

An additional concern when using trapezoidal spans 
occurs when a polygon crosses either the top or the bottom 
of the raster line, but not both. This would generally happen 
at: 1) the corner of a polygon 2) at a horizontal edge of a 
polygon; or 3) when occluding spans leave only a sliver of 
a span visible. One example of this is shown in FIG. 40, 
where the far right end 4006 of S 0 is visible. In this type of 
situation, the trapezoidal span is actually shaped like a 
triangle, and therefore could be considered a "degenerate 
trapezpoid" where the top or bottom is of length zero. 

This document has explained in great detail the Segment 
Span Rasterization Method 2100, and the Trapezoidal Span 
Rasterization Method is similar in that it follows the front 
most spans from left to right and sending the visible portions 
of spans to the Rasterization Processor 512. The key differ- 
ence is that non-abutting endpoints of trapezoidal spans do 
not fully occlude more distant geometry. The Trapezoidal 
Span Rasterization Method must correctly handle these 
types of spans. 

There is a variety of ways to handle trapeizoidally shaped 
spans. Rather than having a method flow diagram for each 
of the four choices for the Trapezoidal Span Rasterization 
Method presented here, the features of each choice will be 
explained, along with the corresponding choices for SOT 
Queries. These four particular choices were selected to 
illustrate how the rasterization method presented here can be 
expanded to process trapezoidally shaped spans. 

Version 1: Occlusion processing done separately for span 
tops and span bottoms 

A trapezoidal span can be described as the collection of: 
1) a span top, the line segment on the boundary of the 
trapezoidal span along the top of the raster line; 2) a span 
bottom, the line segment along the bottom of the raster line; 
and 3) the area between the span top and the span bottom. 
The version of the Trapezoidal Span Rasterization Method 
described in the section of the document does occluding 
processing on span tops separately from span bottoms. This 
can be done because, for the same raster line, span tops and 
span bottoms never occlude each other. Occlusion process- 
ing for span tops can be done in the same way occlusion 
processing is done for segment spans in the Segment Span 
Rasterization Method 2100. Occlusion processing for span 
bottoms can be done separately in the same way, and should 
be done in parallel with occlusion processing of span tops in 
order for pairs of tops and bottoms to be correctly paired for 
pixel color generation. 

This version of the Trapezoidal Span Rasterization 
Method keeps track of the following "span-like" things 
(including appropriate endpoints): 1) the Present Span, Sp, 
the trapezoidal span that is currently being tested to see what 
part of it should be rendered; 2) the Current Span Top, S^ 
the top edge of the S^, that is being tested for visibility; 3) the 
Current Span Bottom, S CB , the bottom edge of the S P that is 
being tested for visibility; 4) the New Span, S N , the trap- 
ezoidal span recently read from the Span Memory 408; 5) 
New Span Top, S^ the top edge of S^; 6) the New Span 
Bottom, S NB , the bottom edge of S N ; 7) the Top Saved Span, 
S^, a trapezoidal span that is temporarily saved because S CT 
intersects S^, in a situation analogous to Rule 4 described 
above; and 8) the Bottom Saved Span, S SB , a trapezoidal 
span that is temporarily saved because S cs intersects S^. 
Two different saved spans are needed because span tops are 
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processed separately from span bottoms, and they could 
have intersections with different spans. Keeping track of 
more information during rasterization requires more regis- 
ters to be added to the Span Parameter Registers 3104 within 
5 the Query Processor 510. 

FIG. 41 shows an enlarged version of the example spans 
S a 4101 and S 2 4102 from FIG. 40, and S 2 4101 is assumed 
to be the Present Span, S^. The span top of Sj 4101, called 
S^ 4103, has its corresponding SOT Region 4104 that finds 
10 S 2r 4106 occluding it 4103. This SOT Region 4104 does not 
find S^b 4108 because is 4104 is only searching for span 
tops. Similarly, the span bottom of S J} S ai , 4110, has its SOT 
Region 4112 that finds S 2 4108 occluding it 4110. 
FIG. 42 shows two views of a partial set of spans within 
15 a raster line 4200, labelled S 31 4201 through S 39 4209. The 
upper diagram is the x-z view (the look direction is parallel 
to the y-axis) of the spans, and the lower diagram is x-y view 
(the look direction is parallel to the z-axis) of the same 
spans. In the lower view, hidden portions of the spans are not 
20 shown, and therefore represent how an infinite precision 
rendering of the spans would be drawn for that raster fine 
4200. But, since the display device does not have infinite 
precision, span colors must be blended together in correct 
proportions for each pixel. In the figure, visible portions of 
25 span tops and bottoms are shown as thicker lines. Visible 
portions of span tops and bottoms are passed to the Raster- 
ization Processor 512 were they are used along with polygon 
edge derivatives to determine pixel colors. The spans in FIG. 
42 were chosen to illustrate handling of various cases, 
30 including spans where only the span top or span bottom is 
visible and also spans that do not cover the entire height of 
the raster line 4200. 

Just as in the Segment San Rasterization Method 2100, 
the spans are processed in a left-to-right manner. The 
35 example of FIG. 42 starts in the middle (i.e., horizontally) of 
the raster line where S 31 4201 is S P , S 3ir 4211 is S^ and 
S 31 ^ 4221 is Sep. The SOT Queries for S^ and S CB find 
nothing, S N is set to invalid, and by a rendering rule similar 
to Rule 2 2300 of the Segment Span Rasterization Method 
40 2100, S 31 4201 is rendered to its right endpoint. The 
rendering of S 31 4201 covers 100% of the pixels up to the 
one that includes x 31RT 4251. From that point, the edge 
derivative for the corresponding polygon edge (see Equation 
1) is used to determine the percent coverage of each pixel, 
45 and this percentage weights the pixel color. The span 4201 
can be rendered to its right endpoint because the entire 
length of the endpoint (the endpoint of a trapezoidal span is 
a line segment) is guaranteed to be visible. Also by the Rule 
2 2300 analog, queries for abutting span tops and span 
50 bottoms find S 32r 4212 and S 32B 4222. At this point in the 
method S 32 4202 is S^, S 32T 4212 is S^, and S 32B 4222 is 
S CB . The SOT Queries for S^ and S CB find nothing, and 
abutting spans are also not found. Hence, S N is set to invalid. 
By a rule similar to Rule 2 2300, S 32 4202 is rendered in 
55 its entirety (its right endpoint is guaranteed visible),and edge 
derivatives are again used to compute pixel coverage. To 
sight an example, for the pixels at least partly contained 
between x 31JtT 4251 and x 3 ^ 4252, the sum of percent 
coverage due to S 31 4201 and S 32 4202 totals 100%. Queries 
60 to find abutting span tops or bottoms fail, so all spans 
completely to the left of x 32JiB 4252 are invalidated, and both 
S P and S„ are set to invalid. 

By a rule similar to Rule 1 2200, a search is done to find 
the front most span tops and bottoms at x 32Rr 4253 and 
65 x 32RB 4254, which finds S 33 4203 and assigns is to S P , sets 
to the part of S 33r 4213 to the left of x 32RT 4254, and 
sets S CB to the part of S 33B 4223 to the left of x 32RB 4253. 
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The SOT Queries for S CT and S CB find 4214 and S 35B By a rule similar to Rule 1 2200 a search is done to find 

4225 (note these are from different spans) which are the front most span top at x 37RT 4259 This search finds S^,- 

„;„n»H .~ « *nH q resnfiriivpl v S i<; set to S 4204 4218, and S CT is set to the portion of S 38r 4218 so that right 

assigned to and respectively S„ is set to S 34 4204 . ct ^ fof fin$ m9 M 

rather than S 3S 4205 because the vtsible portion of S 4204 ^ * s ~ 4208 g 

a further to the left, and the method proceeds from left to 5 ^ J5 ^ g ^ £ ^ .38^ 

right. By a rule similar to Rule 1 2400, 4208 is rendered up 

By a rule similar to Rule 3 2400, S 33 4202 is rendered, but t0 the left en( jpoint of S 39B 4229. Because 4209 is going 

only partially. At this point, the Rasterization Processor 512 t0 b e made into the next Sp, the other remaining uncom- 

can only render it 4203 to x^ LT 4255 because its 4203 area pleted span, S 36 4206, is completed by rendering it up to the 

to the right of x^ 4255 still needs to have its visibility 10 left endpoint of S 39B 4229. Care must be taken to correctly 

determined (generally the case when S w are not from account for all the polygons edge derivatives correctly 

the same span). Because x^ 4255 almost certainly does ^ raster line 4200 processing continues with S* , 4209 

... | . 34 ■ , , ■ „,„ j. c „ as S„ but the right edge of our example has been reached, 

not ahgn with a pixel edge the pixel ^Mnclud^ w ^ ^ h J ^ J completdy J den spans ^ the 

4255 is partially colored by the portion of S 33 4203 that is „ fcft ^ right boundaries of this examp i e , they would have 

known to cover it (and the rest added later). Alternatively, beeQ completely avoided by either never being found by as 

the entire color contribution to that pixel by S 33 4203 can be SOT Query or by being discarded by a rendering rule similar 

postponed until the entire amount of pixel coverage is lo Ru i e 5 26OO. Similarly, if there had been an intersection 

known. At this point in the method, 4204 is Sp, S347- between two span tops or two span bottoms, a rule similar 

4214 is S C7> and S 35B 4225 is S CB . The SOT Query for S CT 20 to Rule 4 2500 would have been applied, and Saved Spans 

(i.e., S^ 4214) finds S 35r 4215 and makes it S^ Because would have been used. 

this S^r matches S^ of the previous step (i.e., they are from A special case may be added for handling spans that either 

the same span, S 35 4205), the SOT Query for S CB (i.e., S 35B do not have either a span top or a span bottom (they are less 

4225) is postponed to the next step in the method, S N is set than one pixel in height) or have both their span bottom 

to S 4205 25 hidden > but are visible within the raster lme Oust peeking out 

During the method, when S^and S^ are not from the from between two nearly horizontal polygon edges). In most 

same span, previous spans ca? only be rendered to the Practical application, such marginally visible items can be 

leftmost of either the current x-value position along the top ^ ^ ^ informalion from several different 

of the raster lme and the current x-value position along the £ t f fof & pixeL Under ^ 

bottom of the raster lme. At the leftmost of the two x-values, c £ cumstances (and even for blending omy two span's 

all span to the left has been considered, and so rendering can only a reasonable approximation of the percent 

be done. coverage is needed to make a high quality image. 

By a rule similar to Rule 3 2400, S^ 4204 is rendered by Wfaen implemented ^ hardware, this version of the Trap- 

the Rasterization Processor 512. This time, S^ and S^ are 35 ezo j da i s pan R as terization Method uses one SMCCAM 

from the same span, so S 34 4204 is rendered up to the left Word 999 f or eacn span top and mother one for each span 

endpoint of S 35 4205. Also, rendering of S 33 4203 can be bottom. Both the span tops and span bottoms could be stored 

completed because its visibility has now been determined. mto tne same page within the Span Memory 408. This would 

At this point in the method, S 35 4202 is made Sp,S 35r 4215 mean timesharing the Span Memory 408 between two 

is made S C7> and S 35B 4225 is made S CB . The SOT Query 40 essentially independent occlusion processes, thereby reduc- 

for (i.e., S 3ST 4215) finds S 37T 4217 making it S^ ing performance when compared to storing span tops and 

while the SOT Query for S CB (i.e., S 35B 4225) finds nothing, span bottoms into different pages. Using one page for 

and makes S NB invalid, S N is set to S 37 4207. occlusion implies the Span Memory 408 needs a total of two 

By a rule similar to Rule 3 2400, S 35 4205 is rendered pages, as shown in FIG. 39, to double buffer the spans, 

from its left endpoint to x 3SRB 4256 because x 35RB 4256 is 45 It two pages within the Span Memory 408 are used, the 

the leftmost choice between x 35 ^ 4256 and x 37LT 4257. A two occlusion processes can be done in parallel. However, 

search for an abutting span bottom to S CR (i.e., S 35B 4225) some fields, such as the Span Derivative Field 812 and the 

finds S 36B 4226. At this point in the method, S 36 4206 is Sp, Information Pointer Field 812, need to be duplicated 

S 37r 4217 is S CT , S 36B 4226 is S c ^, S 37T 4217 is S^ and because they are needed by both occluding processes. Also, 

an SOT Query for S CB (i.e., S 36B 4226) finds S 39B 4220 and 50 using two pages for occlusion processing tends to imply a 

makes it S , total of four pages are needed in the Span Memory 408. But, 

By a rule similar to Rule 3 2400, S 36 4206 is rendered up if a non-interlaced display device is used, then the set of span 

to x 37LT 4257 because x 37LT 4257 is the leftmost choice Bottoms for the current raster line is the same as the set of 

between x 31LT 4257 and x^ 4258. Also, rendering of S 35 span tops for the next raster line. Hence, three total pages are 

4205 can be continued up to x 37ir 4257. Because S 37 4 2 07 55 needed in the Span Memory 408 because one page is used 

is not hidden and is known to have only a span top (no span for writing, and two pages are used for reading, and one of 

bottom), it 4207 is made S P . Also at this point, S 37r 4217 is those two pages is reused for the next raster line. If an 

still S CP S 39B 4229 is S CB , and query to find an abutting span interlaced display device is used, then the same technique 

to S 37 4207 finds noting, so S^ is invalid, and S 39B 4229 is can be used, but raster line rendering order will not match 

still S^p. 60 the display device. 

By a rule similar to Rule 2 2300, S 37 4207 is rendered in Another alternative is saving the list of the visible bottom 

its entirety. Both S 35 4205 and S 36 4206 can now to rendered span portions (i.e., after occlusion processing) in another 

up to x 3W 4259 (completing S 35 4205) because it is the memory and then using them as the span tops in the next 

leftmost choice between x 31RT 4259 and x^ 4258. At this raster line. Such a memory could be included in the Ras- 

point S^ 4208 is Sp, S CT is invalid, S 39 p 4229 is S CB , S^ 65 terization Processor 512. While this is certainly possible, it 

is invalid, and an SOT Query for S C p (i.e., S 39B 4229) finds is probably more economical to recompute the visible top 

nothing, so S„ B is invalid. spans. 
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Version 2: Perform an SOT Query at every transition in the 
raster line 

In this version of the Trapezoidal Span Rasterization 
Method, spans are processed from left to right, but occlusion 
processing treats each span as a unit, not as a separate span 
top and a span bottom. To do this, SOT Regions are bounded 
on the right and left by a visibility transition on either span 
tops or span bottoms. 

FIG. 43 shows an enlarged version of the example spans 
Sj 4301 and S 2 4302 from FIG. 40. At the start of this 
example, Sj 4301 is the Present Span, S P , and x^ B 4304 is 
the current x-coordinate, x CL . Hence, the raster line has been 
rendered up to x^ B 4304, including the part of S x 4301 
between x^ 4303 and x^ 4304. The Current Span, S c , is 
the part of S P (i.e., S a 4301) to the right of x^ (i.e., x^ B 
4304) that has the same visibility characteristic, namely the 
part between x^ 4304 and x^ 4306 (making x mT 4306 
the value for x^. The visibility characteristic for Sj 4301 
changes at x mT 4306 because to the right, the span 4301 
does not occlude more distant geometry, while to the left of 20 
that prior 4306, it does. The SOT Region 4308 for this S c is 
shown in FIG. 43 and described by Equation 123. 

[(X /I L7<XCT) V ( X n £.fl <X C*)n(x„/r7<XcL) V ( X «/?B <X Ci.)] 
W^nLJ^CFT) V ( WIcm)]v 

[0*r<IcPrMUs<Ic7*))Il 
vC^ B <x u? r)n(x^r< x iLB) v ( x «^< x ii.fl)] 

Tl(x^ 7 <Z IOTp >(z^<Z 1 ^)M(x»lf7<Z. OT l)v(z» R fl<ZlLfl)Il (Eq 123 ) 

There are two different x-value used in this query, x c ^ T and 35 
x TPB , because the span portion being tested for occlusion has 
different depth values for its top and bottom. The value for 
z CFT is set to the maximum x-value of the span top within 
the x-coordinate interval of S c , which happens to be 
x-coordinate with the value x^b 4304 » labelled z templ 4309. 
The value z rempJ 4309 is computed using the span derivative 
for Sj 4301. Similarly, the value for z CFB is set to the 
maximum x-value of the span bottom within the 
x-coordinate interval of S c , and the value is z^ 4310. The 
SOT Query finds S 2 4302, and is 4302 is made S^. 

By a rule similar to Rule 3 2400 of the Segment Span 
Rasterization Method 2100, S P (i.e., S x 4301) is rendered 
from x CL (i.e., x^ B 4304) to the leftmost point of S^ (i.e., 
S 2 4302), which is x^ B 4304. Over this interval, the 
visibility characteristic does not change for the raster line. 
That is, Sj 4301 is the only geometry that is visible within 
the interval. 

The value of Xc L is changed to x^ B 4311, and S c is the 
top edge of S 1 4301 from x^ B 4311 to x^ T 4312 combined 
with the bottom edge of S 2 4302 over the same interval. The 55 
valid for S^ is set to invalid. For this S c , the visibility 
characteristic is consistent in that it includes S a 4301 gradu- 
ally being covered by S 2 4302 over its entire width. The 
corresponding Query Region 4313 is over the interval of S c 
in the x-coordinate dimension. But, in the z-coordinate 60 
dimension, span top coordinates are tested to see if they are 
in front of a z temp2 4314 and span bottom coordinates are 
tested to see if they are ignorant of z^ 4316. The coordi- 
nates z^ m/72 4314 is the x-coordinate of the span top of Sj 
4301 at x-coordinate x^ B 4304. This Query Region 4313 65 
needs to include a search for span tops that are between 
z„ mpZ 4314 and z^ T 4316 because a span with its left top 



corner in this range would be visible. The query operation is 
shown as Equation 124. 

[(XnLT<X<:R)v{XnLB<*CR)Yl (*««7< X Ci) V ( X «*fl <X CL)] 

*[[(z flir <z CFr )v(z wLfl <z CFfl )]v[(z n/?r <z CFr )v(z^ fl <2 OT )]] 



[[(Z;*7^mp>(ZnL*<Z2LflM 124 ) 

In this example, the Query Region 4313 finds nothing, so S N 
remains invalid. 

By a rule similar to Rule 2 2300, S c is not hidden, so it 
is rendered, resulting in a blending of S 2 4301 and S 2 4302 
over the entire width of S c . The rule then "checks for" the 
equivalent of an abutting span, and this is known to exist 
because S 2 4302 continues to the right from x^ 4312. 
Therefore, S c is set to the part of S 2 4302 between x^ r 4312 
and x^ 4318, and ^ is set to x^ T 4312. Once again (as 
always for this version of the method), S c has a consistent 
visibility characteristic over its entire width. The Sot region 
4320 for this S c is shown in FIG. 43 and described by 
Equation 125. The value x temp3 4322 is the x-value of the 
span bottom of S 2 4302 at the x-coordinate x^ 4312. 

F nQ F nV T n Q(n^S c )\(x^j<JicRH^LB<XcR)Y 

[( x «f ? r< x o.) v ( x n/?fl< x cx)n[( x «Lr< z cpr) v ( z «Lfi< z cFB)] v 
[(z»/?r<Zcfr)v(z„ / is<Zc«)]] 



f»(?= ir "V^o*(n' e 2)'[(x^ 7 <x 2/?r )v(x /liS <x 2wr )r 

[(x nRr <x^ T )v(x MB <x^ T )Y[[(x^ T <z^ T )\iz nLa <z, er 
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The rasterization of the spans in this raster line would 
continue from this point. This version of the method also has 
rules analogous to Rule 1 2200, Rule 4 2500, and Rule 5 
2600. 

In general, this version of the method takes spans, and 
subdivides them horizontally in order to create sections that 
have a consistent visibility characteristic. This means that 
the endpoint regions of a span (the part that does not occlude 
distant geometry, such as the endpoints 3912 and 3914 in 
FIG. 39) are treated separately from the central portions of 
the span. This causes more query operations to be needed, 
but can be done in a single occlusion process. 

This version of the Trapezoidal Span Rasterization 
Method Requires more fields per SMCCAM Word 900 
because there are four fields per endpoint rather than just 
two. Additional comparison logic is also needed in the Word 
Number Field 802 because it 802 must be able to check 
inequality with a Current Span that is the combination of two 
trapezoidal spans. In the above example, the value of S c 
corresponding to the Query Region 4313 covering x 2LB 4310 
to x^j 4312 is the combination of S 2 4301 and S 2 4302. 
Hence, the SOT Query must check for both (n*l) and 
(n*2), thereby requiring two inequality comparisons during 
that query operation. This version of the method has the 
advantage of needing only one word 900 to store a span. 

Version 3: More comparisons per word to allow more 
complex SOT Regions 

In this version of the Trapezoidal Span Rasterization 
Method, occlusion processing treats each spans as a unit, 
just as in Version 2. However, this version performs more 
comparison operations in each SMCCAM Word 900, 
thereby providing the ability to make more complicated 
SOT Regions. Rather than splitting spans of every visibility 
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transitioD. The Current Spaa. SC, can contain one visibility with segment spans, but the transparency methods can be 

transition. In essence, an SOT Region for this version is the applied to trapezoidal spans and quadrilateral spans, 

union of two SOT Regions as defined in Version 2. FIG. 44 Version 1; Keeping visibility characteristic consistent 

shows the same two spans 4401 and 4402 as shown in FIG. ever the Current Span 

43 and an SOT Region 4404 that is the union of two SOT 5 This version of the method keeps the visibility character- 
Regions 4313 and 4320 from Version 2 of the method. To istic of the Current Span. S c , consistent by making S c 
perform this SOT Query, the query operation is the disjunc- smaller, if necessary, when a transparent span occludes it. 
tion (i e logical "or") of the right sides of Equation 124 and The method follows the frontmost opaque spans, and adds in 
Equation 125. me effect of transparent spans if they are found to occlude 

To perform the more complicated query function to 10 S c . 

generate the SOT Region 4404, the fields in each SMCCAM For example, in FIG. 46, when the SOT Query for S, 4601 

Word 900 each need to perform two comparison operations finds the transparent span S 2 4602, S c is changed to the part 

in parallel (if the two operations are done sequentially, then of S> 4601 between 4624 and x^ 4626, and ^ 4601 is 

it is the same as Version 2). This makes the hardware more also kept at the Saved Span, S 5 , so that its part to the right 

complicated but will reduce the time to perform occlusion 15 of x^ 4624 will be the next S c . When this part becomes S c 

processing by about a factor of two. (i.e., the part of S, 4601 between x IL 4626 and x^ 4628) its 

Version 4- Use a looser approximation of the Occluding SOT Query also finds S 2 4602, and the combination of S a 

Region 4601 and S 2 4602 is rendered. The combination of S 3 4603 

Another choice to reduce the occlusion processing time is and S 2 4602 is processed in a similar way. 

to use a looser approximation of the Occluding Region. For 20 When S 4 4604 is reached, it is first processed as its part 

example the "L-shaped" SOT Region 4404 in FIG. 44 located between x 4L 4630 and XsL 4632 and includes i the 

(which is a good approximation) can be made into a simple effect of S 2 4602. Then, when S c is the portion of S 4 4604 

rectangular region by increasing in its area. FIG. 45 shows to the right of x 5L 4632, the SOT Query finds both S 5 4605 

the same tow spans 4501 and 4502 as shown in FIG. 44, and and S 6 4606. At this point, the method and apparatus can be 

an SOT Region 4504 that is larger and simpler than the SOT 25 designed to either: 1) read the leftmost opaque occluding 

Region 4404 from Version 3 of the method. The SOT Query span; 2) read the leftmost transparent occluding span; or 3) 

that generates this SOT Region 4504 is the combination of read the leftmost span or either type. The first of these 

Equation 124 and Equation 125 such that the looser con- choices is assumed here. Hence, by a rendenng rule similar 

straint is used for each field. The query operation is: to Rule 3 2400, S c is reduced to the portion of S 4 4604 

30 between x 5i 4632 and x^ 4634. But, before S c is rendered, 

FnQ^nvfnQ^cT transparent spans in the SOT Region are read, thus obtaining 

S 5 4605. Because S 5 4605 covers all of S c (i.e., S 4 4604 

[(^T^c^v^fl^^n^^T^cJ^^B^J between x^ 4632 and x^ 4634), S c is not further divided, 

™ and is rendered as the combination of S 4 4604 and S 5 4605 

[[(* rt ^r)v(z^<^^ 35 oyer the ^ from x ^ 4632 to X6L 4634. Within the same 

F„<r F »vFnQ (n-l)>*2r rendering rule, S 6 4606 is made S P , and all of it 4606 is 

designated as S c . 

IC^T^^r^C^fl^^r^l^r^B^^fl^iLs)]^ The span S 6 4606 is processed similarly to S 4 4604 in that 

w , ^ its first portion, from x^ 4634 to x 7L 4636, is combined with 

[[(^^>(^<z.«)M(^^>(^-^)IPq- m 4Q ±c u J sparent span s ^4605. Its second portion, from x 7L 

When this looser approximation is used for the SOT 4635 to x^ 4636, is combined with the transparent span S 7 

Region 4504, more Potentially Occluding Spans (on the 4607. And, its third portion, to the right of x^ 4636, is 

average) that are actually hidden will be found, thereby hidden, and then S 7 4607 becomes S,, From XgL 4636 to the 

reducing performance. However, this may yield a net gain right, the spans are processed be desired its previous section 

because the number of query operations is reduced. 45 because there are no more transparent spans. 

Transparency Version 2: Dividing the raster line into places where depth 

The Span Sorting Rendering Architecture 500 can render visibility changes 

transparent geometry that can be seen through) by general- This version of the method follows, m left-to-nght order, 

ing its spans in the same way as those for opaque geometry. the frontmost spans whether they are opaque or transparent. 

Translucency can be handled in a similar way, but this 50 When opaque spans are rendered from left to right up to the 

document focuses on transparency. To aid in the rasteriza- x-coordinate where a visible transparent spans starts, ren- 

tion process, the transparency of each span is marked in the dering of the opaque spans is temporarily suspended (m 

Span Memory 408 by one of three methods: 1) another flag essence, that rendering process is pushed onto a stack), and 

bit F „ is added to each word 900; 2) a bit in the Infor- rendering shifts to the transparent span. Then frontmost 

mation Pointer Field 814; or 3) another field, a Translucency 55 transparent spans are rendered from left to right until either: 

Field, is added to each word 900. The opacity coefficient 1) the transparent spans and at an x-coordinate where either 

(ie 'the amount of light transmitted by the transparent only opaque spans or no spans exist; or 2) the frontmost 

geometry) is stored in the Polygon Information Memory 514 transparent span is occluded by an opaque span. At that 

along with the other color information. point, rendering returns to the rendering of opaque spans that 

There are various ways to handle transparent spans within 60 were temporarily suspended (the rendenng process stack is 

the rasterization method presented in this document. As an popped). 

aid in the following explanations. FIG. 46 (a modified As transparent spans are rendered, they are deleted from 

version of FIG. 11) shows a set of segment spans 4600 to the Span Memory 408 in order to keep them from being 

4613 in a raster line where the visible opaque surfaces are re-rendered later in the method. Because a transparent span 

shown as thick black lines and the visible portions of the 65 can transition from visible to hidden and then become 

transparent spans 4602, 4605, and 4607 are shown as thick visible again as the method renders farther to the right the 

shaded fines. This section of the document users an example visible part that is already rendered needs to be deleted to 
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keep it from being re-rendered. This can be done by over- Using the spans shown in FIG. 46 as an example, in the 

writing the transparent span in the Span Memory 408 and first pass of this version of the method renders the visible 

changing its left endpoint. Thus, when a transparent span is portions of S 0 4600, Sj 4601, S 3 4603, and S 4 4604. At tis 

rendered, if it is rendered to its right endpoint, it is deleted point in the method, rendering of a set of abutting spans has 

completely. When a transparent span is partially rendered, 5 ended, and transparent spans hidden by the set are invali- 

only the rendered part is deleted. ^ ate( j b y a quer y tnat finds transparent spans completely 

In portions of the raster line that have one visible trans- ^ihin the x-coordinate range of x^ 4624 to x^ 4634 and 

parent span, the stack-oriented approach renders the trans- ha - tfae x . value of 5oth its endpoints greater than x temp2 

parent spans first, then the opaque spans. In ports of the m2 Ne the vM)le n of s 4m ^ rendered ^ t £ e 

raster line that have two visible transparent spans (one in w ^ Qf § 46Q8 ^ s 461Q fc rendered and 

front of the other), the stack-oriented approach renders he u Ydose t0 inv J idate the transparent spans behind the 

frontmost transparent spans first, then the second from the 7 T .f . , 0 AM ao a*.™ j j*u 

front transparent spans" and finally the opaque spans. As set ' when S " 46U ^ d S " 4612 are rendered > * e 

long as the rendering process stack does not overflow, this same » rt of ^ 15 d ° ne - ^ olher opaque spans in the 

method can render any depth of visible transparent spans. raster une are processed normaUy. At the begmmng of the 

The raster line can be thought of as being divided into 15 second P ass > a11 the Vaud Fla 8 s 816 of the °Paque spans are 

pieces at x-coordinate locations where the visibility depth asserted, and then the transparent spans are sequentially 

changes (e.g., from one to two, from two to three, from two processed in a left-to-right order. In the example, S 2 4602 is 

to one, etc.). Within these pieces, visible spans are rendered read from the Span Memory 408, an SOT Query is done for 

in a front-to-back order. Having the rendering done in it 4602 which finds no occluding spans, and it is therefore 

front-to-back order allows pixel color values to be correctly 20 rendered. The span S 6 4606 is processed similarly. For S 7 

blended. This is in contrast to prior art methods (such as the 4607, its SOT Query finds S 8 4608, so S 7 4607 is only 

Z-buffer technique) that renders geometry in random order. rendered up to x^ 4636. Since no other transparent spans are 

Using the spans shown in FIG. 46 as an example, this left, this raster line has been completed, 

version of the method renders the visible portions of S 0 4600 An optional change to this version of the method is to 

and S J 4601 up to x^ 4626. At that point in the method, S c 25 store the transparent spans in a memory separate from the 

is the portion of Sj 4601 between x^ 4626 and x 3L 4628, Span Memory 408. Then, in the second pass, each transpar- 

and it is pushed onto the rendering process stack. Next, the ent span is read from this separate memory, has an SOT 

transparent spans S 2 4602 S 5 4605, and S 7 4607 are rendered Query done for it, and has its visible parts rendered, 

from x^ 4626 to x^ 4636. As these spans are rendered, S 2 Additional considerations for transparencies 

4602 is deleted, S 5 4605 is deleted, S 3 4605 is deleted, and 30 Polygon coloration is frequently described by texture 

part of S 7 4607 is deleted by changing its left endpoint to maps. Some texture maps are defined to have some pixels 

( x sl> \empi) 4 ^40. Next, the rendering process stack is the 100% transparent (perfectly clear). A typical example 

popped, and S c is restored to the portion of S a 4601 between use of such a texture map is an image of a tree mapped onto 

x^ 4626 and x^ 4628. There, rendering of opaque spans a rectangular "billboard-type" polygon (billboard polygons 

resumes, and the visible portions of spans S a 4601, S 3 4603, 35 automatically rotate to face the viewing point), where the 

S 4 4604, and S 6 4606 are rendered from x^ 4626 to x^ corners of the rectangle are clear, and holes within the tree's 

4636. The next S c is set to all of S 8 4608, and the balance image can occur. Polygons with such texture maps need to 

of the opaque spans are rendered. The remaining piece of S 6 have their spans processed as transparent spans. This is 

4606 is hidden, so the method avoids reading it 4606 from because they do not completely occlude all the geometry 

the Span Memory 408. 40 behind them. Hence, when a polygon uses a texture map 

Version 3: Perform multiple passes with transparent pixels, spans is that polygon are assumed to 

In this version of the method, a multiple pass strategy is be transparent, and the texture map dictates the opacity 

used. In the first pass, all the opaque geometry is rendered coefficient for each of its pixels. 

with the previously described method of this document. At When trapezoidal spans for quadrilateral spans) are sued, 

the end of rendering the opaque spans, all the Valid Flags 45 spans that include corners and edges of polygons that have 

816 for the opaque spans have been turned off. Then, in the either a span top or span bottom but not both, can be 

second pass that renders the transparent spans, the Valid processed as transparent spans. This can be done because 

Flags 816 for all the opaque spans are turned on, and each spans of this type do not completely occlude more distant 

transparent span is then sequentially tested to determine if it spans, just as transparent spans do. Hence, this section of the 

is occluded by an opaque span, and then its visible portions 50 document on transparency can be used to process spans that 

are rendered. only partially cover the vertical height of the raster line. 

As a possible option, as an opaque span is rendered, a Spans Represented by Quadrilaterals 

query is done to find all transparent spans that are com- Representing spans with trapezoids has the disadvantage 

pletely behind the opaque span and de-assert the Valid Flags of requiring the location of four points in x — x plane (not 

816 of such transparent spans. This reduces the number of 55 precisely a plane, it has the thickness of one raster line), 

transparent spans that are processed and are hidden, but which, in turn, requires lots of bits of memory. This is 

increases the processing the processing required by each especially true if the x-values are 32-bits each, 

opaque span by adding another query. To reduce this In order to reduce the memory requirements, the endpoint 

overhead, the query that invalidates transparent spans can be location of a span can be approximated by two x-values and 

done once after every set of abutting opaque spans. Hence, 60 one x-value. In essence, the two points that describe the 

when the rendering of a set of abutting spans ends, the endpoint have the same z-coordinate, but have different 

maximum z-value of any of the visible portions of spans in x-coordinates. Therefore, the number of fields for storing 

the set is used as the minimum z-value in the query to find coordinates is reduced from eight to six. This introduces a 

hidden transparent spans. This option is assumed in the small amount of error in the antialiasing methods described 

example described in the next paragraph. This option may 65 above, but the error is only significant for polygons that are 

consider a single span as a one-span set for use as occluding nearly parallel to the x-z plane. For these polygons, the look 

transparent spans. direction is very close to being a tangent to the plane of the 
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oolvfion However, for most applications, this errors is vantage with having multiple multiple segment spans per 

acceptable because the projection of these polygons onto the raster line is requiring either 1) a corresponding multiphca- 

viewing plane 102 has not changed. lion of the processing performed for each raster line; 2) a 

FIG. 47 shows the trapezoidal spans S, 4701, S 3 4703, corresponding multiplication of the hardware, including the 
and S 4 4704 as dashed lines, and shows the quadrilateral 5 Span Memory 408, or 3) some combination of multiplica- 

approximations of these spans, S'j 4711, S' 3 4713, and S' 4 ^ on 0 f the processing and multiplication of the hardware. 
4714 as solid lines. In this figure, endpoints for the quadri- a possible improvement for trapezoidal spans and 

lateral spans are always a horizontal line segment. FIG. 48 quadrilateral spans, the spatial data structure can store the 

is similar to FIG. 40, except that all the trapezoidal spans parameters of the entire span, and when the span is read form 
have been replaced by their trapezoidal approximation. Note w tfae data structurej a set 0 f subspans is generated on the fly, 

that some of the trapezoidal spans appear to fold over wfaere these subspans are vertically distributed over the 
themselves. Trapezoidal spans can be processed by similar h{ Qf ^ fuU span> and each subspan a segment span, 

methods to those described in this document for trapezoidal ^ examp i e of this is shown in FIG. 53, where eight 

s P aas - w a£\c a Af m subspans are shown for the span 5300. The left endpoints, x L 

Eliminate Current Polygon. Memory 406 and read from ^ ^ ^ xJ2]5 306, x ^ [3 ^ m , L [4]5310, 
Sort Memory 404 f51 5312 r 61 5314 d 1-715316, of each subspan are 

iSSSr 506 y L be eliminated. FIG. 49 shows the and the to* . *e vertex The M 
Span Sorting Rendering Pipeline with Direct Span Genera- 5322, x*[l] 5324, xJ2] 5326, [3] 5328, x„ L 4 J 5330, x* 
rion 4900, where the process 1600 data from Bucket Sort 20 [5] 5332, x* [6] 5334, and x R [7] 5336, are generated in a 
Memory and Current Polygon Memory 406 have been similar manner. When subspans are used, the locations of the 
eliminated (when compared to the Span Sorting Rendering endpoints are stored in the Span Parameters Registers 3104, 
Pipeline 400) and the Bucket Sort Memory 404 has been which need to be expanded to store the additional informa- 
changed to the Sort Memory 4904. As polygons are gener- tion. . 
ated by the process polygon 1400 portion of the pipeline 25 When subspans are used, the rule for companng the 
4900 their parameters are written into the Sort Memory Current Span Portion to the New Span are applied on a 
4904' Keeping track of the polygons which affect the current subspan-by-subspan basis, thereby providing additional 
raster line is done by maintaining a list of pointers into the polygon edge information within a raster line which, in turn, 
Sort Memory 4904, rather than copying the polygon param- provides antialiasing. Once again, for real-time 
eters to a separate memory (the Current Polygon Memory 30 performance, the spatial data structure can be stored m a 
406). This is accomplished by feeding polygons, at high SMCCAM. When a portion of a span is determined to be 
speed directly from the Bucket Sort Processor 504 to the visible due to a portion of the span s subspans .being visible, 
Span Generation Processor 508, as shown in the Span those subspan portions must be sent to the Rastenze Pro- 
Sorting Renderer Architecture with Direct Span Generation cessor 512. However, only the right endpoints of the visible 
5000 This has the disadvantage of accessing the Sort 35 subspan portions need to be sent. An example of a visible 
Memory 4904 at a much higher rate, thus probably requiring span portion 5400 is shown in FIG 54 and its right 
the Sort Memory 4904 to be fast memory, rather than slow endpoints are shown as: x^O] 5402 x^ 1 5404, ^J2J 5406 
memory x„[3] 5408, xJ4] 5410, x,J5] 5412, x«[6] 5414, and x£l] 

A decision to use this alternative must be based on an 5416. The left endpoints do not need to be sent to the 
engineering decision between a large fast memory (the Sort 40 Rasterize Processor 512 because the left endpoints are equal 
Memory 4904) versus having both a large slow memory (the to the right endpoints of the previously sent visible span 
Bucket Sort Memory 404) coupled with a small fast memory portion. Hence, the sequence of sets of right endpoints can 
(the Current Polygon Memory 406). However, in the be thought of as a "wave" travehng along the length of the 
extreme case where every polygon can affect on particular raster tine, where the "wave-front" can be an arbitrary shape, 
raster line, the Current Polygon memory 406 would need to 45 Special care must be taken to > prevent holes from 
be as large as the Bucket Sort Memory 404, and therefore it developing, and therefore disturb the wave-like floW . This 
may be necessary to have a large fast memory even when a is done by finding the visible subspan at the leftmost point 
separate Current Polygon Memory 406 is used. among the most recently sent set of right endpoints. In the 

Alternate Representation of Polygons using Derivatives example of FIG. 54, the next vKible span portion must be 
As a possible improvement, an alternate set of parameters 50 located at the points x„ [3] 5408. 
can be used for polygons and spans that make additional use Alternate Representation of Trapezoidal Spans 
of derivatives. For example, as shown in FIG. 51, a triangle The minimum number of queryable parameters for a span 
can be represented by the parameters: 1) (x, y, z) at one stored in the Span Memory 408 are 1) the leftmost x-va ue 
vextex 5102, 2) (x,y) at a second vertex 5104; 3) y at the of the span, x, [ w ] 5502; 2) the rightmost x-value of he 
third vertex 5106; 4) 8xroy for each of the three edges 5108, 55 span, x„[ W ] 5504; and 3) the frontmost z-value of he 
5110 5112 of the triangle, rather than the more usual span, z Min 5506, which could be located at any corner of the 
representation of (x, y, z) of each of the three vertices 5202, span. These three parameters should be stored in fields 
5204 5206 as shown in FIG. 52. In both cases, the number within the SMC-CAM that can perform arithmetic compan- 
of parameters of the triangle is nine. The improvement is sons. However, it is also important for it to be easy to 
significant because the edge derivatives 5108, 5110, 5112 60 generate, form the span parameters, the subspan endpoints 
are needed for edge walking in both representations (i.e., in for the span, as well as z-values along any point along any 
FIG 51 and FIG 52) and must be computed and stored. subspan within the span. The calculations need to generates 
Hence, utilizing fewer vertex coordinates (as in FIG. 51) two types of results: 1) x-values at any points within the span 
saves memory or alon S its ed S es ^ and 2 > the x " values that define lhe 

On-the-fly Generation of Subspans 65 projected edges of the span. A reference point, (x^ z^) 

As shown in FIG. 38, multiple segment spans can used 5508, as shown in FIG. 55, can be located at the uppermost 
within a raster line to enhance anitializing. The key disad- subspan y-value within the raster line (even if the span does 
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not touch that part of the raster line). Once this reference Turn off antialiasing on specific polygon edges 

point 5508 is known, the z-value of the span at any location The antialiasing method described above assumes that 

can be computed from the x and y offsets from this reference ever y polygon has independent color values; and when 

point 5508 and the derivatives, Sx/Sy 5510 and 6x/6x 5512, abutting spans are found, the pixels the include both of the 

of the original polygon. The projected edges of the span 5 spans need t0 have their colors be a blend from the two 

must be able to be computed in a similar manner, and many polygons. However, polygons that share an edge often have 

choices for parameters are possible, and one possible choice exactly the same color information along the edge. For 

includes: 1) the edge derivatives ox^/8y 5514 and ox L /oy exa mple, this occurs for Gouraud shaded polygons that have 

5516; 2) the uppermost subspan location, r Top 5518; ^3) the ^ same color and surface normal ^fon^on at Dot h ends 

lowermost subspan location, i Box 5520; 4) i MinX 5522 the 1Q q£ ^ polygon edge. For these types of edges, the pixel 

subspan location that includes Jhe nghtmost x value of the ^ ^ be f ^ cok)rs ^ be 

span, x L [w] 5502; and 5) w 5524 the subspan ogether. Such polygon edgescanbe tagged as "skip 

location hat includes the nghtmost x-value of the span, ^ J? ^wapjcd to the renderer. Then, 

IfaT^ter line includes the comer of a polygon, then the * such edges are found so be part of an abutting span pair, 

span will not have the shape of a trapezoid. An example of ^ the pixel color value for one of them (say, the one on the 

this is shown in FIG. 56, where the middle (in an up-down right) is skipped, thereby saving computation. Edges that are 

sort) comer is included. Since the resulting span in this tagged but are not part of an abutting span pair are processed 

example would have five sides, and therefore can not be by the antialiasing methods described above. Prior art ren- 

modeled as a trapezoid, the span is split into two spans: 1) derers can not taken advantage of this saving because they 

the upper trapezoid 5602; and 2) the lower trapezoid 5604. 20 do not search for abutting spans or polygons. That is, prior 

When an uppermost corner or a lowermost corner of a art Tenderers generally assume every polygon is independent 

polygon is included, then the span is modeled as a degen- from all other polygons. If tagging is not done (due possibly 

erate trapezoid, where two of the four corners are identical. to constrains imposed by the interfacing software), the Span 

Similar alternate representations can be used for quadri- Sorting Rendering Pipeline 400 can automatically generate 

lateral spans. 25 such tags for edges within polygon meshes and strips where 

Preservation of Rendering Order an edge shared between two polygons has the same color 

For some applications, the order of rendering must be information for both polygons, 

preserved. A typical example is the "painter's algorithm" store edge pairs rather than polygons in Bucket Sort 

(see Foley Reference, page 674) as used in computer win- Memory 404 

dowing systems. To render an inner rectangle with a boarder, 30 Rather than store polygons in the Bucket Sort Memory 

first the boarder is rendered as a filled rectangle, then the 494 po lygon edge pairs can be stored. This means polygons 

inner rectangle is rendered, over-writing most of the pixels are horizontally sliced so that each horizontal strip of a 

in the boarder rectangle. If the rendering order of these two polygon does not contain any polygon comers. Hence, 

rectangles is reversed, then the entire area will have the color polygons are horizontally sliced at the y-coordinate (or 

of the boarder rectangle because the inner rectangle will be 35 near jy raster i me boundary) of corners that are at neither 

completely over- written. If these two rectangles have a y slART or y^^. This polygon slicing makes downstream 

distinct placement due to different z-coordinates, then they processing easier by eliminating the need to test for when to 

will be rendered correctly. However, if no z-coordinate is change to a new edge at the corner of a polygon, 

specified (the default would be the depth of the viewing Front and rear dipping p i ane s 

plane 102), then the order must be preserved. This can be 40 a c . lanes> ^ yiew yolume (shaped as an 

done by having the Bucket Sort Processor 504 and the d) fa ^ ^ a frusmm Right 

Current Polygon Processor 506 maintain the order in which are written into the Span Memory 408, the z-value of 

they are received from the Polygon Processor 502. The ^ end - ^ are spared t0 the z-location of the front 

Query Processor would maintain the rendering order by and fear c]i { lanes If 5oth en dpoints are nearer then 

placing spans for later input polygons into later positions in 45 ^ front of ^ ^ rear dipping 

the span list. Then, at rendering proceeds, rendering order is ■ ^ the fa discarded If one endpoini fc farther 

preserved because, in the case of ties in z-coordinate, spans ^ ^ ^ . thefl ^ end of the span is 

earlier in the list will be rendered first and later geometry shortened so that its end oin t is on the rear clipping plane, 

with the same z-coordinate will be assumed to be hidden. ff ^ dnt fe Qearer thaQ ^ ffont dipping pkne> tfaen 

Method and Apparatus Options and Possible Enhance- 50 ^ end of the span is shortened ^ mat its endpoint is on the 

ments . front clipping plane. This requires a set of comparators to be 

Add to single buffered VGA graphics card adde(j tQ ^ eitfaer ^ g Generation Processor 508 or the 

The video output for computers (for example, VGA and Processor 510 

SVGA interfaces on IBM compatibles) generally includes a y ' 

frame buffer memory that stores the pixel information sent 55 Multiple arbitrary chppmg planes 

to the display device (i.e., the CRT). The 3D graphics An arbitrary clipping plane could be done the same way 

rendering methods and/or apparatus described here can be as simple front and rear clipping planes except, right before 
added to such a display system. The CPU (or DMA a span in written into Span Memory 408, Span Interaction 

controller) writes geometry into the renderer, and it gets Parameters between the span and the span of clipping plane 

processed and stored into the Bucket Sort Memory (which 60 are generated, and these are used, as described above to 

may need to be double buffered). When the geometry is done determine the Span Interaction Type (SIT). The span is then 

being written, the rest of the pipeline synchronizes to the kept, clipped or discarded depending on the SIT. 

computer display, and generates spans before they are This could also be done by adding dummy spans into the 

needed, overwriting the previous frame's data in the com- Span Memory 408 that represent the location of an arbitrary 

puter's frame buffer. Hence, a low cost, but high 65 clipping plane. Then the rasterization methods described 

performance, 3D graphics accelerator can be added to a above could be altered to make sure all rendered spans are 

computer without adding more memory to the frame buffer. behind these dummy spans. 
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Geometry Cache 

A memory at the input to the pipeline could be added to 
store geometry as it is input for rendering. Then, when 
subsequent scenes are rendered, this stored (or "cached") 
geometry can be re-rendered (with possibly changed trans- 
lation matrices), thereby saving cycles on the system bus. 
This could solve a bottleneck caused by having a rendered 
that can process more geometry per second than the host 
computer bus can support. It can only be applied to geom- 
etry that has not changed shape since its previous rendering. 
"Squishy" objects would generally need to be supplied to the 
rendered for every scene. 

Use only one page of Span Memory 408 

It is possible to sue only one page of Span Memory 408. 
This is done by shifting valid spans toward upper words, 
leaving lower words invalid. Then, as new spans are 
generated, store them into the lower words. This strategy can 
be thought of as a single bank of memory that is separated 
into two pages by a moving boundary. This can be done 
because, as a raster line is processed, spans are deleted, 
while the simultaneous process of preparing for the next 
raster line generates spans. 

As an alternate approach, the fixed Word Number Field 
802 can be changed to a variable Tag Field. Unique (and 
random will do) tags for each span are written into the Tag 
Field, and designate if: 1) a span is in the current raster line 
or the next raster line; and 2) be a unique identifier for the 
span. Furthermore, the Tags can be included in the query 
process such that spans from the current raster line can be 
intermixed with those in the next raster line. As long as spans 
in the same raster line are kept in order with respect to each 
other, then spans from an unrelated raster line can be 
intermixed as long as they are ignored. This could be done 
by maintaining two sets of Valid Flags 816, one for each 
raster line. Spans from more raster lines could be simulta- 
neously maintained by adding more sets of Valid Flags 816. 

Separate Read and Write Busses in the Span Memory 
Page 

The circuit for the SMCCAM Cell 3400 or 3500 can be 
modified to have both an input bus and an output but. This 
allows simultaneous read and write operations. The is spe- 
cially useful if there is only one page of Span Memory 408 
as described in the previous section. 

Computing SIP and SIT only when bounding boxes 
everlap 

Rather than computing the SIT for every New Span, S^, 
compute is sequentially with less hardware only when 
bounding boxes overlap. This sacrifices time in order to save 
circuitry. 

Split raster line into smaller places to save on SMCCAM 
memory 

The total number of words in the Span Memory Page 800 
imposes a link on the number of spans that can be processed 
for a given raster line. This limitation can be overcome by 
conditionally splitting the raster line in half (or more pieces 
if necessary), and passing through the span data twice. This 
decision can be done on the fly as a scene is rendered or by 
an a priori decision before rendering starts. 

Have an overflow RAM to save spans that are shifted out 
during sort operations 

Rather than splitting the raster line in to pieces, the Span 
Memory Page 800 can be augmented with an "overflow 
RAM" that stores spans as they are shifted out of the last 
SMCCAM Word 900. Shifted out spans would start at far 
right of raster line, so the left side of the raster line could be 
processed normally until x CL gets to left of leftmost shifted 
out span. Then, shifted out spans could be re -written into the 
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Span Memory Page 800 because may spans have been 
deleted (i.e., invalidated) by the rasterizing process. 
Inclusion rendering primitives other than polygons 
Geometry primitives other than polygons (such as CSG 

5 primitives) can be processed by the Span Sorting Rendering 
Pipeline 400. This can be done as long as the y s7ART and 
Vend parameters can be computed (so the primitive can be 
stored into the Bucket Sort Memory) and spans with bound- 
ing boxes can be generated. The corners of the bounding box 

io are used as the Span Parameters, and SOT Queries can be 
used to find the visible portions of the bounding boxes. 
Another set of Span Interaction Types would be needed for 
the specific set of geometry primitives. 
Low cost version can use CPU for front end 

15 The host CPU, or a dedicated generally-purpose 
processor, could perform the tasks of the Polygon Processor 
502, thus feeding geometry in screen coordinates (in object- 
precision) to the rest of the pipeline. Similarly, such a CPU 
could perform more of the front end of the pipeline 400. For 

20 example, a CPU and its general purpose memory could 
perform the tasks of the Polygon Processor 502, the Bucket 
Sort Processor 504, and the Bucket Sort Memory 404, and 
feeding polygons that start on the present raster line to the 
rest of the pipeline. 

25 Alternate sorting mechanism could use up-counting tag 
The Word Number Field 802 could be replaced with a 
conditional up-counter, in order for shifting to be eliminated 
from the SMCCAM. When a new span is being written to 
the SMCCAM, a query determines which spans should be 

30 later in the sorted list than the new span. Such "later" spans 
have their up-counter incremented, and no shifting is per- 
formed. The up-counter for the new span would be assigned 
the lowest counter number in the list of "later" spans before 
the up-count takes place. 

This approach means the "get the first span in the sorted 
fist" becomes "find the smallest counter value" in the Span 
Memory 408. Hence, the sorting (i.e., shifting) is replaced 
with a new search type. For this to be fast, the hardware 
would need to have a "find the smallest" function associated 

40 

with the set of up-counters. Also, this "find the smallest" 
could be performed in bit-serial method. 
Using a generic CAM 

Generic, prior art CAMs could be used, but magnitude 

45 comparisons would be bit sequential. This would greatly 
slow the processing, but may afford some cost savings in the 
hardware. This alternative would probably use the 
up-counting tag, as described in the previous section. 
Using multiple registers per arithmetic comparator 

50 The above description of the SMCCAM assumes a one- 
to-one match between memory register and arithmetic com- 
parators. An alternate approach is to have all the memory 
registers in the same word share a single arithmetic com- 
parator. This saves on circuitry, but slows the processing. 

55 However, since not all fields participate in every query 
operation, the performance loss is not proportional to the 
total number of fields. 

Other alternate approaches could share comparators 
between words, or between words and fields. These 

60 approaches further reduce the amount of hardware, but 
further reduce the performance. If any of these shared 
comparator approaches are used, then a standard six-transfer 
RAM cell should be used because it provides the greatest 
density. Hence, the searching and sorting hardware could be 

65 made from a set of multiple-word memories, where each 
such memory has one or more comparators associated with 
it. 



